Bug 2644 - Running filter rule is extremely slow due to high I/O activity
Summary: Running filter rule is extremely slow due to high I/O activity
Status: RESOLVED INVALID
Alias: None
Product: Claws Mail (GTK 2)
Classification: Unclassified
Component: Filtering (show other bugs)
Version: 3.8.0
Hardware: PC Linux
: P3 normal
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2012-04-06 09:14 UTC by ArchOnt
Modified: 2012-04-09 15:38 UTC (History)
0 users

See Also:


Attachments

Description ArchOnt 2012-04-06 09:14:52 UTC
Hello,

few months ago, claws-mail started to be extremely slow on certain actions - e.g. deletion of a message, move of a message with mouse drag to another folder, checking new email.

I use zfsonlinux with kernel 3.2.8 as the filesystem + ecryptfs.

I did search a lot and finally was able to mitigate the problems with moving of messages by choosing "Faster Metadata Processing" in Options/Misc/Other.

However, claws-mail still literary freezes for a few minutes on mail checking from POP3 account (gmail). During that freeze, no email is being fetched and claws-mail shows consistent read activity in iostat (cca 3 MB/s) all the time. When the filters for incoming mail are disabled, the problem does not exist.

When I run the filters on one "Selected message" only, claws-mail shows high read activity for a minute or so. Running it on another selected messages, for which the same filter rule applies, does not lead to any problems and is processed instantly.

Step by step I filtered each message in the inbox and the high and lentgthy disk read activity appears only when a new filter rule is to be used during the session.

The filter rules are simple: checking the email header for "mailing list" info and moving the email to a particular mail folder. All the filters were created with the help of "Tools / Create filter rule / Automatically". There are about 20 filter rules in total.

In the various target mail folders (not inbox) there are quite a lot of emails (10 - 30 thousand in each folder). Note that there do not seem to be problems with ctimes - all message counts (new, unread, all) are okay. I also tried to delete all .claws_* and .mh* files, though this did not have any effect on the above behaviour.

I am aware that zfsonlinux is not yet optimised for speed and ecryptfs does not help either. However, any other desktop activity (video, photo editing) does not have any major speed problem.


Any ideas? How do I find out which files are actually read (or 'file-stat'ed?) by claws-mail?
Comment 1 Paul 2012-04-09 13:54:55 UTC
this is more a question than a bug report. There are places for that: http://www.claws-mail.org/MLs.php
Comment 2 ArchOnt 2012-04-09 15:38:46 UTC
Okay, thanks for commenting. As far as I can see, the bugs get reported to the users mailing list, where I have just subscribed to, so let's see if anybody else suffers such a "behaviour".

Note You need to log in before you can comment on or make changes to this bug.