From: Andrew Morgan (no email)
Date: Mon Apr 07 2008 - 13:20:33 EDT
On Mon, 7 Apr 2008, Ian Eiloart wrote:
> There are good reasons. For example, we used Perdition during migration of
> users from a UoW IMAP server to Cyrus. We ran into the same problem, the
> performance limitation on our front end cluster was (is) the number of
> processes. They're OSX servers, and the one really annoying thing about
> them is the artificially low number of processes allowed.
>
> Now, we've completed the migration and wish to switch from Perdition to
> Cyrus front ends. Unfortunately, the same problem applies. Actually, it's
> worse. Cyrus processes use more RAM: typically 2.0-3.5 MB per process as
> opposed to 1.5 - 1.9 MB per process. I've even seen cyrus processes with up
> to 30MB.
>
> Now, autologout timeout is required to be at least 30 minutes by section
> 5.4 of RFC2060, <http://www.apps.ietf.org/rfc/rfc2060.html#sec-5.4>, and
> that's the default value of "timeout" in imapd.conf and in perdition.conf.
> You could set this to a lower value, but your connected mail clients might
> do strange things if connections close unexpectedly.
>
> Is there a way to limit Cyrus process sizes at all? I guess I can take a
> look at my compilation options to try to reduce the starting size, but can
> I limit the process growth?
How are you calculating the process size? I'm curious to compare it with
my Cyrus installation.
Andy
---- Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
|
|
|