Thanks for the reply, but how does NIO plays into it? On Mon, May 4, 2009 at 11:59 PM, Gary Gregory <[email protected]> wrote: > Hi Leon, > > Is java.nio appropriate for your application? > > Gary > >> -----Original Message----- >> From: Leon Rosenberg [mailto:[email protected]] >> Sent: Monday, May 04, 2009 1:55 PM >> To: [email protected] >> Subject: is this a usecase for commons vfs? >> >> Hello, >> >> in my search for a solution for my problem I came across commons vfs. >> After reading the wiki and some of the docs I'm not sure whether I can >> (rather not yet, but maybe in the near future?) achieve my task with >> commons vfs, hence I'm searching for enlightment. >> We have an internal messaging system insite, where users can send each >> other mail-like messages. They are stored on disk. >> For each user we are storing a mailbox object (serialized java object >> with the meta data) and plain text file for each message. There are >> several hundreds of messages in each users mailbox, and millions of >> users. The approach shows good io performance, but has two weaknesses, >> 1) we are wasting a lot of inodes with small files >> 2) backup times are increasing since its hard to backup a lot of small >> files (snapshoting our NAS is not a problem, but creating a backup on >> FS base is). >> >> What we are looking for is a block-write fs in java, something similar >> to what malloc does with memory. We want to write only files of the FS >> block size to disk, but write our plain text files at defined >> positions in the block files. And of course we want it to happen by >> magic :-) By the end of the day we want to have something like few >> 4096 bytes large files on the fs with 10 496 bytes long messages in >> it. >> >> So at first it may sound like a combination of ram:// VFS resources >> and a synch mechanism to dump the ram:// resources to files. Is there >> something similar already available in/with VFS? If not, it it >> realistic for us to implement it on top of existing VFS functionality? >> >> thanks in advance >> regards >> Leon >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
--------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
