John Summerfied wrote:
Jeff Vian wrote:
Exactly, and IIRC the filesystem knows that if it needs X amount of
space for a file, then Y number of inodes are marked for use for that
file at the beginning. Thus space allocated is as contiguous as is
efficient for read/write on the disk.
If "the filesystem knows that if it needs X amount of space for a
file," that implies there's a way of telling it that.
How's that done? I don't recall any system call for *x (there is one
for OS/2), and one could do it in JCL in IBM's OS in the 60s), but in
the *x world I've never seen a way to do it.
Since the discussions regarding fragmentation on ext3 filesystems was
pretty long running. I decided to try
filefrag /usr/bin/* |sort |grep 'would be'
and the output showed a lot of fragmentation. One of the files was up to 45.
/usr/bin/postgres: 45 extents found, perfection would be 1 extent
I outputted the findings to a file which ended up being around 75 kb
The log files didn't seems to be as fragmented as I expected. Another
pecularity was that some of the files did not seem to be things that I
use much.
Another excerpt from the query.
/usr/bin/php: 52 extents found, perfection would be 1 extent
/usr/bin/php-cgi: 62 extents found, perfection would be 1 extent
My system is running development. This of course means frequently
updated programs. Checking usr/lib showed fragmentation also.
/usr/lib/libXm.so.4: 48 extents found, perfection would be 1 extent
/usr/lib/libXm.so.4.0.0: 48 extents found, perfection would be 1 extent
..
/usr/lib/libxvidcore.so.4: 49 extents found, perfection would be 1 extent
I guess fragmentation is present on the system and probably needs
addressed or a less fragmented filesystem type needs implemented.
Jim