Re: [Evolution] IMAP speed
- From: Scott Otterson <scotto u washington edu>
- To: Jeffrey Stedfast <fejj ximian com>
- Cc: evolution ximian com
- Subject: Re: [Evolution] IMAP speed
- Date: 19 Nov 2002 13:35:36 -0800
Yup, that's right. 1.0.8 v.s. 1.2.0. So that we can compare results,
how did you do your tests and what were your numbers?
Scott
On Tue, 2002-11-19 at 13:28, Jeffrey Stedfast wrote:
I don't have time for this right now as I'm working on the GNOME2 port.
In the meantime, you can profile Evolution 1.0.x and 1.2.0 with regards
to loading an imap folder. Afterall, that is what you said was slower,
correct?
however, I suspect the problem is not evolution at all. probably your
server is just slower to respond or something.
Jeff
On Tue, 2002-11-19 at 15:43, Scott Otterson wrote:
OK, sure. I'll be glad to repeat any PPP IMAP speed tests you've done.
What were they?
On Tue, 2002-11-19 at 10:31, Jeffrey Stedfast wrote:
On Tue, 2002-11-19 at 13:25, Scott Otterson wrote:
Oh, and also, what about the IMAP connections being -- not faster -- but
slower?
I don't know, it's faster for me. Maybe stop wasting my time and doing a
little profiling?
Jeff
On Tue, 2002-11-19 at 10:22, Scott Otterson wrote:
Um, Jeff, you missed the point: the mozilla IMAP connection does not
hang when PPP is lost.
On Tue, 2002-11-19 at 10:12, Jeffrey Stedfast wrote:
On Tue, 2002-11-19 at 13:01, Scott Otterson wrote:
Well, first, although the IMAP on 1.2 is supposed to be faster than
1.08, several of us have said that IMAP is actually slower. Seems like
this information would interest Ximian but on this list, anyway, it
doesn't seem to be making much of an impression.
Second, if a persistent tcp connection causes evolution to hang, then
maybe evolution shouldn't be using one.
this is why there's POP :-)
IMAP, by definition, uses a persistent tcp connection.
On reading your response, my first thought was, "Boy, linux must be
lame," because on Windows, nothing hangs when you lose your PPP -- not
outlook, not mozilla, not anything as far as I know.
wonderful about those win32 apis for finding out when the connection
goes down. Not available on linux.
But then I fired
up mozilla on linux and found that it too survives having the modem
unplugged: Read IMAP mail, unplug the modem, plug it back in again,
reconnect, and mozilla is fine; for the same sequence, evolution hangs.
So what does mozilla use that works better than a persistent tcp
connection and should evolution be using that instead?
HTTP != persistent tcp stream. IMAP == persistent tcp stream.
HTTP connects, does a fetch, and then closes the connection. (well, HTTP
1.1 can have persistent streams to avoid
connect/disconnect/connect/disconnect but that's another issue).
IMAP connects and stays connected until the user explicitly logs off.
This is why I also mentioned that ssh (which also uses a persistent tcp
connection) also hangs for like 10 minutes.
If you don't like the wait, you are free to modify your kernel or submit
a patch to evolution.
Jeff
Scott
On Mon, 2002-11-18 at 12:45, Jeffrey Stedfast wrote:
On Mon, 2002-11-18 at 13:50, Scott Otterson wrote:
Yeah, I'd have to agree. IMAP is _much_ slower -- takes way longer to
start up for the first time and if you disconnect, it's way slower to
reconnect.
The connection also hangs if my PPP dialup goes down -- I have to run
killev before it can see email again. This is the only network app I
have that hangs when I loose PPP.
I'm guessing you don't run any other apps that use a persistent tcp
connection then :-)
fyi I am almost always connected to remote sites with ssh and irc, etc
and so when my internet connection drops, all those apps hang just as
long as Evolution does.
Jeff
PS: No, netscape/mozilla do not hold persistent tcp connections.
--
Jeffrey Stedfast
Evolution Hacker - Ximian, Inc.
fejj ximian com - www.ximian.com
_______________________________________________
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]