[Users] [Bug 2644] Running filter rule is extremely slow due to high I/O activity

[Milan Knížek]

Hello list!

I am hit by an issue described here:

> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2644

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
average.

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
either.

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.

Any ideas?

Regards,
Milan

-- 
http://www.milan-knizek.net/
About linux and photography (Czech only)
O linuxu a fotografování