2014-11-12 22:25 keltezéssel, Ludovic Marcotte írta:
On 11/11/2014 10:40, Sigurd Holter wrote:
The problem here is that each process grows over the SxVMemLimit.
So even one single sogod process will bring the server to it's knees.
It is as if SOGo ignores this parameter.
Do you have very large mail folders? Or lots of mail folders?
A huge performance fix was pushed a few minutes ago to the cache
de-serialization code. You might want to test the upcoming nightly
builds. The previous code was slow and consuming lots of memory (due
to some GNUstep brain damages).
It's a very good news! I have huge mailboxes, but I cannot use nightly
builds in production environments :(
Workaround: a cron srcript restart the sogo process, when the free
memory is too low and the system uses swap.
When can we welcome the new release? 2.10 or 3.0 doesn't matter... :)
Ok, in friday, but which? :)
--
[email protected]
https://inverse.ca/sogo/lists
