Comment 5 for bug 582943

okay, did some more testing.

I created 3 test ascii files test_{1,2,3}.txt, having sizes of approx. 3M, 28M, 56M.

Then I ran this script:

#!/bin/sh
for ALG in zlib bzip2 lzo
do
    echo $ALG
    for TEST in test_*.txt
    do
        ls -l -h $TEST
        fusecompress -o fc_c:$ALG ../compressed/$ALG $ALG
        time cp $TEST $ALG/
        fusermount -u $ALG

        fusecompress -o fc_c:$ALG ../compressed/$ALG $ALG
        time cp $ALG/$TEST .
        fusermount -u $ALG

    done
done

write performance for all three algorithms was okay, even though admittedly the 28s for 56M with bzip2 surprised me a bit.

read performance for bzip2 and zlib was fine, no anomalies found.

however, reading for lzo produced the same behaviour as I described earlier. Memory gets filled up quickly, even for the 3M file ... again, dmesg doesn't show anything.