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.
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.
An IDE is no substitute for an Intelligent Developer.
Joined: Feb 21, 2011
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?