Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 100423
Summary: | evolution very SLOW behavior | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Warren Togami <wtogami> |
Component: | evolution | Assignee: | Dave Malcolm <dmalcolm> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | high | ||
Version: | rawhide | CC: | mitr, mkanat, p.van.egdom, yaneti |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-09-02 08:45:10 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 100644 |
Description
Warren Togami
2003-07-22 09:32:45 UTC
I forgot to mention that the 100% CPU usage tends to be in the X process and not evolution itself. I have experienced the behavior in 1) for pretty much every gtk2 based evo release but (now on 1.4.3) I not using the beta yet. My evo runs on rh8 and my X is on rh9 with Matrox Millenium II video card. I did some more testing and here it seems to be related to the number of folders that have been _viewed_ in a session. Right after startup the resize speed is mostly constant (and acceptably fast) regardles of the number of folders I have, the number of messages in the initial folder or how much of the tree is expanded/visible in the shell folder tree. The resize speed gradually decreases with every newly viewed folder , after some time and seen most of my 170+ IMAP&other folders the symptoms described in 1) are clearly visible. Evo doesn't seem to very busy , but X takes most of the systems resources. Warren - what video card are you seeing this with? Do you see it in other gtk2/xft using apps? I see this on my ATI Mobility (mach64), but others using Matrox and nVidia have reported similar behavior. Does this get any better with current versions of everything? Nope. Still bad in Severn3. Warren, How many folders do you have in your list? I can't replicate this at all and I'm wondering if it has something to do with resizing the tree. About 25 IMAP folders. I just retested with FC1, and both slownesses are still really bad here. Do you have the shortcut bar open, too? Nope, turned that off a long time ago. I have the same problem as in 1) above (high cpu usage in X when moving vertical bar). Also - I think I have a way of reproducing it. This works best if you have a couple (20 or ss) of folders (local or IMAP). Open evolution. Move the vertical bar (it should redraw at an aceptable speed). Visit all of the folders by clicking on the folder and displaying an email in that folder (especially those html ones from RedHat :)). Move the vertical bar and wait. Is anyone able to reproduce this bug in Evolution 2.0 ? I've been trying the methods described above, but the redraw seems acceptable to me with this version of the app. aaa I have been experiencing very slow downloading of messages with evolution. I estimate 11 seconds per message received. Jim your problem is likely due to the default use of spamassassin on every message coupled with DNS lookup problems and unrelated to this bug. Thanks for the redirection. I think its safe to close this one. I haven't seen this problem for more than a year now and I've been using different evolution releases all the time. |