Hi Erik -
Unfortunately, I don't have the time to review this patch personally;
however, I encourage people to look into such things.
There is no doubt that HUGE performance improvements are possible by
storing an index to the mailbox so an open can be done without actually
having to read the mailbox.
Traditional UNIX mailbox format has to read every byte of the file. mbx
format does quite a bit better, but it still has to read 64 bytes for each
message in the file.
One problem that I see is that each driver has its own unique metadata,
and thus a patch that does this for unix.c wouldn't help for mbx.c. So
something of the sort has to be done for the individual drivers.
I hope that this information helps.
On Mon, 24 Apr 2006, Erik Kangas wrote:
This would be a great improvement while we wait for the "mix" mailbox format
to come out.... However, most of us would want Mark's stamp of approval on
it before using it in a production environment. Maybe Mark could roll it
into about "2004" release?
-Erik Kangas
LuxSci.com
Alain Hebert wrote:
Hi,
I've been testing caching the structure stream, stream->cache,
stream->sc, stream->local to disk instead of rescanning the whole mailbox.
(in src/osdep/unix/unix.c)
It is usefull for sites with a lot of poppers which leave a lot of
emails or big attachement in there INBOX or IMAP Mailbox.
Initial tests show a 30s to 3s for a 6000 emails / 1GB INBOX.
So:
Would this patch interest somebody?
Is it worth the time to prettyfie the code, do case check, and
benchmark, etc ... or it wont never be integrated to the distrib?
Let me know...
_______________________________________________
Imap-uw mailing list
[email protected]
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
-- Mark --
http://staff.washington.edu/mrc
Science does not emerge from voting, party politics, or public debate.
Si vis pacem, para bellum.
_______________________________________________
Imap-uw mailing list
[email protected]
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
