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).
signature.asc
Description: This is a digitally signed message part
