Re: Faster, lolcat. Faster!

[James Cloos <cloos@jhcloos.com>]

[Replying to a random article in the thread]

With imap startup now takes about twice as long as it used to.

And emacs must be sending the imap commands slower, too, since there is
more idle time.

The backend psql process used to max out a core (as seen in top(1); it
is really waiting on ram for most of that time) and take about 4/9
seconds per group between the initial run thorugh, the lsub, and the
second run through.

Now it only hits about 85% in top(1), and it still ran through the
groups twice.  (The mean was 5.5 imap commands per group.  The startup
runs an EXAMIME and a STATUS on each group and, if there are messages,
a FETCH to get the list of message UIDs.  If it went through twice,
that suggests that about half of the groups were empty.  That sounds
reasonable.)

One speedup would be to do the EXAMINE/STATUS/FETCH all on one packet,
instead of one packet per command.

But it still needs to learn to do the lsub first, when collecting the
list of groups, and then do a single EXAMINE/STATUS/FETCH tuple for
each group.  And then subscribe the new ones if that option is set.

I've looked at the code in the past, but although some parts of gnus are
easy to follow, some are very much not.  I never saw the proper solution,
code-wise, when I looked at it....

-JimC
-- 
James Cloos <cloos@jhcloos.com>         OpenPGP: 1024D/ED7DAEA6