Re: [Evolution] IMAP speed

[Jeffrey Stedfast <fejj ximian com>]

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