Re: Multi-thread cyrus delayed forking of imapd processes after connecting to master listener

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I may be completely missing the point and I don't know your environment.
It looks like you may have designed in some delays if the server is
pretty busy, especially during restart.

On Fri, May 19, 2017 at 05:55:32PM +0800, Michael Hieb wrote:
> > Here are the configuration details:
> >
> > imap cmd="imapd -C /etc/imapd.domain1.com.conf " 
> > listen="192.168.171.4:imap" maxchild=-1 maxforkrate=100
> >
> > imaps cmd="imapd -C /etc/imapd.domain1.com.conf -s " 
> > listen="192.168.171.4:imaps" maxchild=-1 maxforkrate=100

maxforkrate will limit you to 100 forks per second.  That's quite a lot
but between bad guys and reconnects of clients after a restart, that may
be limiting.  I'm not sure I understand maxforkrate without a maxchild
limit.  That's probably a lack of imagination on my part.

Maybe it would be good to prefork a few instances of each service?  

-- 
Scott Lambert                    KC5MLE                       Unix SysAdmin
lambert@xxxxxxxxxxxxxx
----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



[Index of Archives]     [Cyrus SASL]     [Squirrel Mail]     [Asterisk PBX]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [KDE]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux