Summary: | lots of repaints slow down kmail when used via slow X connection | ||
---|---|---|---|
Product: | [Unmaintained] kmail | Reporter: | Volker Blum <volker_blum> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | arpad.kunszt, kollix |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Volker Blum
2005-06-23 23:24:18 UTC
I know this isn't an answer to your problem, but you should use NX instead of pure X if your connection isn't over a really fast line. Do you still see a lot of repaints with KDE4? Almost all the flickerings are gone now. Hi, I have no current kde4 system available to test at the moment, but will try to get back to it (and either confirm that the bug still exists, or close) when I get a more current version. Thanks for paying attention to this! best, VB On Jul 20, 2009, at 2:53 PM, Jaime Torres wrote: > https://bugs.kde.org/show_bug.cgi?id=108024 > > > > > > --- Comment #2 from Jaime Torres <jtamate gmail com> 2009-07-20 > 14:53:08 --- > Do you still see a lot of repaints with KDE4? > Almost all the flickerings are gone now. > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. Thanks for checking with a current kmail version. This bug is still exists in KDE 4.3.3 (Gentoo). I deleted lots of e-mails (about 180-200 so not too many) from my IMAP box and it was incredible slow. It runs 15 minutes and did only approx the third of the job. I checked the traffic, and it was only 5-10 packet bursts then nothing for some seconds, and it repeated. I checked the CPU usage with htop and I saw one of my CPU cores (Phenom, 4 core) is eaten by X. I minimized the KMail window, the CPU usage drops to normal level, and the deletion is finished in a minute. I can do other tests or compile snapshot codes for testing if it's needed. Another observation: This only happens if a background filter run is in progress. If no filtering is done, the delete/move operation is fast. I think this can be closed as KMail2 obsoletes KMail. I can't experience this problem under KMail2. |