[Dovecot] keeping indexes in tmpfs
Timo Sirainen
tss at iki.fi
Mon Apr 16 17:52:49 EEST 2007
On Mon, 2007-04-16 at 10:41 -0400, Justin McAleer wrote:
> Ok, I'll give more detail about the setup. I plan to use the convert
> plugin to migrate from CommuniGate to dovecot for our ~160,000 accounts.
> We will probably migrate one domain at a time, letting users basically
> migrate their mail at first login. But, we will also go through all the
> domain's accounts logging in to pop3 just to ensure everything gets moved.
OK, that also causes it to read the mailboxes and save the message sizes
to cache files.
> So, for testing, I've copied a few of our domains' mail spools over to
> the test server and started a script that forks and goes through all
> their accounts and simply logs in to pop3 and waits for a message list
> to come back. We have the maildirs being stored on an NFS mount though,
> and indexes on localdisk, so the only localdisk activity was logging and
> indexes.
And reading the mail spools? :)
> I'll try setting both of those options and see how much
> difference it makes, although I'm not sure that losing mail upon server
> reset is acceptible for us (disabling fsync).
It could be done pretty easily only for index files by modifying the
sources. I guess another option should be added for this.
> >> Anyway, Timo and others, do you have any thoughts about keeping indexes
> >> on a tmpfs partition? I realize the obvious issues with this: running
> >> out of space, and the fact that the partition is lost on reboot.
> >>
> >
> > I think memory would be better used for keeping mailbox data cached
> > that's actually useful at the time.
> >
>
> Perhaps, but one way or another, we apparently cannot use a simple
> localdisk for indexes. So, the options are either memory or some sort of
> raid setup. Since we use maildirs, isn't the disk cache aspect less of a
> concern?
Depends on how mailboxes are accessed. If message contents are read only
once then I guess it doesn't matter. Probably the worst offender here is
SEARCH TEXT/BODY command.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://dovecot.org/pipermail/dovecot/attachments/20070416/1eaa28ff/attachment.pgp
More information about the dovecot
mailing list