Bug 233782

Summary: suddenly kmail is very slow, takes all i/o-resources without interaction by the user
Product: [Applications] kmail Reporter: Peer Heinlein <p.heinlein>
Component: generalAssignee: kdepim bugs <kdepim-bugs>
Status: RESOLVED DUPLICATE    
Severity: normal CC: bjoern
Priority: NOR    
Version: 1.12.4   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:
Attachments: Have a look ath the red markeds period: That was kmail

Description Peer Heinlein 2010-04-08 23:43:43 UTC
Version:           1.12.4 (using 4.3.5 (KDE 4.3.5) "release 0", openSUSE 11.2)
Compiler:          gcc
OS:                Linux (i686) release 2.6.31.12-0.2-desktop

Two days ago kmail startet to be sometimes (!) *very* slow. Kmail ist working very much on the harddisk, (top: 80-90% CPU, 30-35% Wait I/O) and I can't detect what he's doing. -For sure it's not me, because working in that time isn't possible any more (Open a reply takes round about 5 to 20 seconds, doing some drag&drop-operations is quite impossible). 

After several minutes everything's fine and everything is working as fast as always. I haven't done anything during that time.

Working with kmail isn't possible any more (without becoming very angry).

What I have done before: Maybe I reached the limit of 256 folders per IMAP-account, but at the moment I habe 240 folders and the problem still exixts. And I added a LDAP-resource in kontact adressbook. I deleted this resource -- it's still slow. 

What didn't help: Forgetting the whole lokal IMAP-stuff and rebuilding the lokal IMAP-storage. At first it looked good, but after some time kmail became slow again.

I know this bug-report is very unspecific. What kind of informations do you need and how can I gather them?
Comment 1 Peer Heinlein 2010-04-08 23:45:28 UTC
Created attachment 42604 [details]
Have a look ath the red markeds period: That was kmail
Comment 2 Peer Heinlein 2010-04-08 23:48:31 UTC
Okay, some more details:

I'm using that installation on my laptop for 4 months now. It worked always perfect. It's running on a crypted ext4-filesystem. But I can't detect problems with the filesystem and its performance: All applications are running fast and normal.
Comment 3 Björn Ruberg 2010-04-14 23:12:39 UTC
I think that is unneeded index regeneration

*** This bug has been marked as a duplicate of bug 166653 ***