• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

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

 
Greenhorn
Posts: 2
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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
 
Saloon Keeper
Posts: 27764
196
Android Eclipse IDE Tomcat Server Redhat Java Linux
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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.
 
Malav Bhavsar
Greenhorn
Posts: 2
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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
Posts: 27764
196
Android Eclipse IDE Tomcat Server Redhat Java Linux
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Whatever works!
 
Consider Paul's rocket mass heater.
reply
    Bookmark Topic Watch Topic
  • New Topic