Summary: | Sluggishness in Kmail under KDE4 | ||
---|---|---|---|
Product: | [Unmaintained] kmail | Reporter: | tony |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | kdebugs, Mark.Martinec |
Priority: | NOR | ||
Version: | 1.10.1 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
tony
2008-09-04 18:19:29 UTC
I'd like to confirm the problem report on all accounts. My additional findings with kmail 1.10.1 (using IMAP) is that the more messages there are in a currently selected folder, the slower the scrolling in the messages list gets, down to perhaps 5 lines per second. A response of kmail 1.9.9 under kde3 is snappy as hell on these same folders and same IMAP server, using the same computer. This is with "Thread Messages" turned on. If I turn off the "Thread Messages", scrolling on a messages list gets snappy again, but scrolling of a message itself remains very slow as described by the OP. Kmail on kde3 did not show any problems with speed, with or without threading, even on folders with 20.000 messages. I'm using kde 4.1.1, fresh from ports on FreeBSD 7.0-RELEASE-p4 with a nv driver. I wiped out the previous kde3 installation on this host entirely, including settings in a home directory. I should add that konqueror is usually as fast as before, but on some pages (like this text that I'm writing now) the scrolling gets slow too. > My additional findings with kmail 1.10.1 (using IMAP) is that
> the more messages there are in a currently selected folder,
> the slower the scrolling in the messages list gets, down to
> perhaps 5 lines per second. A response of kmail 1.9.9 under kde3
> is snappy as hell on these same folders and same IMAP server,
> using the same computer. This is with "Thread Messages" turned on.
My frustration level with slooow browsing through threaded messages
eventualy reached the point where I (re)installed the kmail 1.9.10
on this box, so now I'm happy again, it all works very fast again.
Note that unlike in my previous comment, this time the box is still
running KDE 4.1.1 - everything except kmail is KDE 4, just the kmail
application is from KDE 3 (actually, I installed kdepim-3.5.10
from FreeBSD ports, it does not overwrite KDE 4 environment).
This should rule out a possibility that the slowness might be due
to differences in Xorg or KDE 4 environment or in host or network.
My naive guess is that perhaps some good algorithm was replaced
by a less efficient one, which can't cope with IMAP mailboxes
of 10.000 messages, while for kmail 1.9.10 it's a piece of cake.
*** This bug has been marked as a duplicate of bug 163469 *** I could be wrong but I think the original poster's problem was not resolved by that other bug. I came her specifically for the reason in his post: 2. When composing a mail and holding a key down (for example to generate a line of minus signs) Kmail cannot keep up with the repeat-rate of the keyboard. This means that when I release the key, it carries on until the buffer has emptied, so it's impossible to judge how long a line I've typed. This happens in the message pane, but inputs such as "to" and "subject" work perfectly. That does not seem to be resolved for me. I'm running completely updated Kubuntu 8.10. Kmail Version 1.11.0 Using KDE 4.2.00 (KDE 4.2.0) |