Re: [Evolution] IMAP speed



Mioght be good to get a tcpdump of each of evolution 1.0.8 and 1.2.0 -
it might provide clues as to what it is actually fetching - because
afaik, it shouldn't be fetching headers *again*.

Do you have body searches in your vfolders or something maybe?

Jeff

On Wed, 2002-11-20 at 18:03, Scott Otterson wrote:
What a relief!  Alright, I'll submit a bug on the hanging problem.

As for IMAP speed, I'm still not sure how to test 1.08 v.s. 1.20 on the
amount/number of times it spends downloading headers.  I've got Redhat
8.0 installed with RPM's halfways to Ximian Gnome and, although I don't
have much experience with this, I have enough to know that rebuilding
1.08 on this system will be Hell.

So, the best way to go back to 1.08 is to pry the disk out of the center
of my laptop and reinstall the old one containing 1.08.  I've got a
thesis to finish, etc., so I really don't want to do this twice.  I want
to figure out a good way to do the test before I start.

Scott

On Wed, 2002-11-20 at 14:10, Not Zed wrote:
On Thu, 2002-11-21 at 04:15, Scott Otterson wrote:
Jeff, those are great numbers but I suspect the test isn't measuring the
thing I'm talking about.  What I'm talking about is amount of time
evolution spends rechecking message headers and updating vfolders.  For
example, I just did this:

- started evolution
- waited for the INBOX to show up (lots of messages about vfolders
                                   scanning for new headers)
- open an email
- delete that email
- click on a different email header
- again, I see a bunch of messages about scanning for new headers, etc.

The delay for the 2nd check is about as long as when I first started
evolution.  I haven't yet figured out when evolution decides to go
through all this checking and rechecking but it seems to be quite a lot
more often than 1.08.  This really makes evolution harder to use on a
slow modem connection.  

Can you think of a way to test this aspect?  Do you think that the
checking and rechecking is because of evolutions's interaction with UW
IMAP v.s. other kinds of IMAP?  If so, the problem is solvable because
the mozilla IMAP doesn't spend this much time checking and rechecking.

This could be anything, it definetly isn't the tcp code.  Its probably a
vfolder or imap thread deadlock or something like that.

Not much use discussing it here, you need to create a bug, and attach a
backtrace of all threads of evolution-mail when it is in a solidly hung
state.






_______________________________________________
evolution maillist  -  evolution ximian com
http://lists.ximian.com/mailman/listinfo/evolution
-- 
Jeffrey Stedfast
Evolution Hacker - Ximian, Inc.
fejj ximian com  - www.ximian.com





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]