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.
--
fusecompress eats up memory when reading a file
https://bugs.launchpad.net/bugs/582943
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
