[Dovecot] Courier migrating issues: indexes, maildirsize, update query

[Timo Sirainen]

On Thu, 2007-05-24 at 09:58 +0200, Jan van den Berg wrote:
> You're right I had this in my query:
> concat('maildir:', maildrop, username) as mail
> 
> I deleted it and now this seems to work for me:
> mail_location = maildir:/var/spool/mail/%1u/%1.1u/%u:INDEX=MEMORY
> 
> I must say I am _stunned_ by the/your reaction speed on the maillist
> (thanks for the wiki this explains a lot).
> 
> "Each mailbox has its own separate index files. If the index files are
> disabled, the same structures are still kept in the memory" 
> I suppose that this is how Courier also works; or would this imply that
> Dovecot will be a RAM hog?

That's pretty much how Courier works, although I don't know what data
excatly it keeps in memory. As for memory usage, I did a small benchmark
with 5587 mail maildir:

1: (logged in)
2: SELECT INBOX
3: FETCH 1:* ENVELOPE
4: SORT (DATE) US-ASCII ALL
5: SEARCH SUBJECT HELLO

Dovecot v1.0.0, INDEX=MEMORY:
   %CPU   VSZ   RSS TIME
1:  0.0  6472   696 0:00
2:  0.0  7412  1712 0:00
3:  2.0  7412  1784 0:00
4:  1.8  7604  1932 0:00
5:  1.7  7604  1932 0:00

Courier 4.1.1.20060828-6 (Debian):
   %CPU   VSZ   RSS TIME
1:  0.0 18248  1208 0:00
2:  0.0 24132  2592 0:00
3:  1.4 24136  2636 0:00
4:  2.5 24664  3276 0:01
5:  3.3 24140  2776 0:02

Dovecot doesn't seem to give up the 200kB memory it used for SORT, but
probably doesn't matter (it's not a memory leak anyway).
-------------- 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/20070524/2285cf0b/attachment.bin