Re: nnimap slowness

[Simon Josefsson <jas@extundo.com>]

David Abrahams <dave@boost-consulting.com> writes:

>>> When I look at the status line and see
>>>
>>>           imap read: 774K
>>>
>>> with the numbers spinning upwards at a rate of only about 15K per
>>> second I grow highly doubtful that it's doing anything other than
>>> reading data from my IMAP server.
>>
>> Hm, yes, this sounds as if it is the downloading that takes time.  Hm,
>> maybe it is due to subprocesses in emacs under Windows.  Please try
>> profiling the imap and nnimap packages to see where it is spending the
>> time.  Maybe the gnus package too, so that the total time is available
>> too (display probably still takes some non-negligible time).
>
> Here's the result for a `M-G' which is not retrieving any messages at
> all, since none were sent (but still does the slow "imap read: ..."
> dance up to about 24K).  If you want more data, I'll send myself
> something big and profile that.

For small data, the cause is much more likely to be server slowness or
network latency, so please send try sending a 5MB attachment or
something.

To find out what causes slowness for small data, you must tcpdump or
ethereal the stream to see which side is delaying the transfer, or if
it is the network that has high latency.  ELP data isn't that useful
in this case.