e2ratiobugs and limitations
The ratio is computed rather than stored in the inode. This is expensive because it requires to read every cluster head in the file.
Several files may appear more than once if they are hard links. The total ratio is probably false in this case, as well as the total number of blocks reported with the `-l' option.
There's a slight bug in the kernel code that calculates ,the number of
blocks that would be required by the the file if stored in uncompressed
form`. The bug apparently has to do with whether or not administrative
blocks are included in the count, though I (pjm) haven't found under
exactly what circumstances it is triggered. The calculation code is in
ext2_count_blocks() in `linux/fs/ext2/compress.c'. I don't
think that I'll get to fixing it myself, since the error is typically
quite small and not important to my use of e2compr, but in some
circumstances it's necessary to know.
Go to the first, previous, next, last section, table of contents.