*
The moose likes Java Micro Edition and the fly likes Will creating subfolders for managing huge content(7000+ files) create I/O overhead? Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of Android Security Essentials Live Lessons this week in the Android forum!
JavaRanch » Java Forums » Mobile » Java Micro Edition
Bookmark "Will creating subfolders for managing huge content(7000+ files) create I/O overhead? " Watch "Will creating subfolders for managing huge content(7000+ files) create I/O overhead? " New topic
Author

Will creating subfolders for managing huge content(7000+ files) create I/O overhead?

Malav Bhavsar
Greenhorn

Joined: Feb 21, 2011
Posts: 2
Hi,

We are a research group using Nokia 3110c (Series 40 3rd Edition, Feature Pack 2) for deploying educational game for teaching English as second language to Class V children in emerging economies like India.

Right now, we have a total of 7000+ xml, png, amr files which are used by our J2ME application. Right now, they are all dumped in one folder(outside of jar/jad. In a folder in the memory card). Obviously they are properly named and well managed.

What we want to do is: make a filestructure which will have instead of all the files in one folder, files divided into subfolders unit wise.

What I want to know is: After dividing our content into the subfolders, will the file I/O overhead increase, because the application will have to go one level deeper to fetch the content? Our application uses lot of sounds and images. Around 50 sounds+images in 5 minutes, in normal game play.

Thanks,
Malav
Tim Holloway
Saloon Keeper

Joined: Jun 25, 2001
Posts: 15959
    
  19

Welcome to the JavaRanch, Malav!

Actually, 7000 files is nothing trivial even on a server computer, especially if they're all in one folder. The reason J2ME even exists is because mobile devices have less capabilities than desktop or server computers, so you can expect the pain to be even greater.

Dumping thousands of files in any directory can be a serious problem. Depending on the filesystem type, the directory records may not be big enough to track that many files. And even if they can do so, any operation that requires searching for a specific file directory entry (such as file open operations) tends to take forever+day.


Customer surveys are for companies who didn't pay proper attention to begin with.
Malav Bhavsar
Greenhorn

Joined: Feb 21, 2011
Posts: 2
Fortunately, it takes less time In Millie seconds.

So, what I am getting from your reply is : we should go ahead and divide data into subfolders, instead of dumping all the 7000 files in one folder. right?

-Malav
Tim Holloway
Saloon Keeper

Joined: Jun 25, 2001
Posts: 15959
    
  19

Whatever works!
 
wood burning stoves
 
subject: Will creating subfolders for managing huge content(7000+ files) create I/O overhead?
 
Similar Threads
Differentiate between file and a folder
Show the selected file and folder in tree structure with checkbox and the checkbox should be only..
WSAD & Web Projects
here's the task i'm trying to accomplish.. how to read directories and files withJSP
Did this book treat collapsible folders