dovecot - Nov 2006 - rc14 and rc15 performance issues

Hi,

I am stuck at rc13 because rc14 and rc15 have both failed to keep
up with imap connections on my (slow old) system.  I have the problem
where if a lot of people check their email at once (like at the
top of the hour) then my load goes way up and things slow to a
crawl.  My setup: Solaris 10 on an E220R, mbox format, imap and imaps
only.  I also use "login_process_per_connection = no".  Any
suggestions?

Jeff Earickson
Colby College

On 2006-11-20 09:25:18 -0500, Jeff A. Earickson wrote:
> I am stuck at rc13 because rc14 and rc15 have both failed to keep
> up with imap connections on my (slow old) system.  I have the problem
> where if a lot of people check their email at once (like at the
> top of the hour) then my load goes way up and things slow to a
> crawl.  My setup: Solaris 10 on an E220R, mbox format, imap and imaps
> only.  I also use "login_process_per_connection = no".  Any
suggestions?
you should check where the time goes into: CPU bound, io bound?
if it is IO bound. you might try maildir.

        darix

-- 
           openSUSE - SUSE Linux is my linux
               openSUSE is good for you
                   www.opensuse.org

On Mon, 2006-11-20 at 09:25 -0500, Jeff A. Earickson
wrote:
> Hi,
> 
> I am stuck at rc13 because rc14 and rc15 have both failed to keep
> up with imap connections on my (slow old) system.  I have the problem
> where if a lot of people check their email at once (like at the
> top of the hour) then my load goes way up and things slow to a
> crawl.  My setup: Solaris 10 on an E220R, mbox format, imap and imaps
> only.  I also use "login_process_per_connection = no".  Any
suggestions?
Like Marcus asked, is it I/O load or CPU load? And if CPU, what process
is using it? What passdb and userdb do you use? If you're not sure if
it's imap process or something else doing it, you could eg. run with
rc15's imap and everything else with rc13, or vice versa.

Anyway I don't see what could have caused anything to work slower..
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20061120/c3847200/attachment.bin>