[Users] [Bug 2644] Running filter rule is extremely slow due to high I/O activity
knizek.confy at gmail.com
Wed Apr 18 20:57:01 CEST 2012
I am hit by an issue described here:
and did some further tests:
x my Mail directory holds 122 thousand emails totalling 1.9 GB
x rsyncing the Mail directory from ecryptFS on ZFSOnLinux reaches 1.6
MB/s on average.
x rsyncing the Mail directory from ZFSOnLinux only reaches 3.6 MB/s on
The target for rsync was the same ZFS pool as the source, which is a
mirror of two HDDs.
EcryptFS is known for high over-head when reading a lot of small files.
EcryptFS caches file reads. ZFSOnLinux is not yet optimised for speed
Anyway, is there a reason why claws-mail apparently reads the contents
of a target directory file by file when the rules are being processed?
When I read the existing emails in any mail folder, the problem does
not appear - i.e. claws-mail opens just the particular mail and does
not rescan the whole directory.
About linux and photography (Czech only)
O linuxu a fotografování
More information about the Users