auxsvr@gmail.com said the following on 07/12/2010 06:47 AM:
On Sunday 11 of July 2010, Anton Aylward wrote:
Rather than hack perl, I wonder if there is already a tool that will give me a profile of the sizes of files on a file system or tree?
Filelight (KDE4) does exactly this. It is available from the KDE:Community repository and is a little unstable, although it should get the work done.
Sorry, no. It tells me what space is used in what directory, which is NOT what I want. Have you see kdirstat? That's more informative but still not what I want. What I want is something that give me a distribution - table by range or table by files below a given size - of the file sizes, not in a single directory but in a tree. For example; Look at /usr/share/icons Now you'd expect icon files to be small. Well some are. But some SVGs get to be over 64K. Many are below 4K and lots are below 1K. How does this compare with what's on the rest of /usr/share or even /usr? I have a "Media" folder - are the movies worth putting on a XFS? The pictures? What about raw downloads from my camera? Yes, things like ReiserFS and EXT seem very resilient as "general purpose", but could I optimise the 'static' things like those icons? Only a few hundred meg? Is it worth it? Probably not. But then what about the movies I download from my camera? My photo galleries?
I'm looking at experimenting with other file systems like btrfs, xfs and the like to see how they perform with various fixes of files - videos, icons, mail boxes, PDFs, development (source and object fragments)
Perhaps you could post the results here? I'm certain quite a few would be interested.
I'd be happy to, but don't expect the same level of detail as you'll find at www.phoronix.com. I you want solid numbers look at their test suite http://www.phoronix-test-suite.com/ and results http://www.phoronix.com/scan.php?page=article&item=linux2635_btrfs&num=1 I was asking about, the paper I referred to in my original post was talking abut, distribution of file sizes. The paper discussed block size and file fragmentation. With modern file systems that can 'stuff' more than one file in logical extent (?block?) the fragmentation isn't so much an issue, but file system coherency, especially after many deletes/edits, is another matter. Still, if I have my "media" FS, should I use XFS? Should I have a different file system for /use/share/icons where the SVGs are mainly under 64K (many even under 1K) and optimise it for those smaller files? What would be the best file system type for my backing databases - MySQL, SQLite and the simple SleepyCat Berkeley DB (so what do YOU use for LDAP, then?) -- Enter any 11-digit prime number to continue. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org