e2ratio bugs 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.