| Summary: | Just upgraded from kmail to kmail2, kmail2 is dead slow, uses a lot of CPU and 2Gb of mem | ||
|---|---|---|---|
| Product: | [Applications] kmail2 | Reporter: | Vidar L <vl> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | normal | CC: | alexandre.bonneau, cfeck, montel, pete |
| Priority: | NOR | ||
| Version: | 4.7 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
160000 mails ?! :) Even if in kmail1 it will slow... I can confirm that behavior, having the same kind of setup than Vidar (subscribed to many ML in the past and present, accumulating some thousands of mails). Reading mail has become a pita since each mail selection is followed by 10 seconds to 10 minutes delay before being able to see the content of the mail. This is clearly a critical bug, since accessing directly to the email should be limited only by the hard disk access time imho. Please change kmail2 so that user interactions aren't queued after some internal syncing that can surely wait. This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months. Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input. |
Version: 4.7 (using KDE 4.7.2) OS: Linux Hi First of all I just want to state that I have been a very happy kmail user for many many years. For a long time kmail has been sinply the best email klient, (IMHO) However, I just upgraded to kubuntu 11.10, and then kmail was upgraded to kmail2 too. Now I am not so happy anymore.... I am sure accessing the maildirs via this akonadi thingy is a good idea if you have a couple of hundred emails in total. If you have approx 400 000 and 6Gb it is not.... Just checking email ( and there are like 10 emails on the pop3 server) takes now at least 2 minutes, and during those 2 minutes the CPU load goes sky high. ("Syncing collection xxxxx" is what I think kmail is doing that takes so long.) Then, reading emails is of course also dead slow, but that is already reported: Bug 277770 - KMail2 is slow when accessing messages in folder I do in particular have one folder were there are 160 000 emails (subscribe to a few high traffic mailing lists for some years and you are there). This is the folder that causes most problems for kmail2 (also when checking email and there are no emails that is supposed to be filtered to that folder ). So, is there way (or a plan ) for making it possible to let kmail access the maildirs directly so that kmail becomes usable again? or in some other way fix the performance bottleneck the new architecture obvious is ? Best regards, Vidar Reproducible: Always Steps to Reproduce: Load kmail with 100 000 emails and see the performance, or the lack of it Expected Results: kmail2 should have similar performance as kmail and be possible to use even though you have many emails....