Paul, You know I always did testing, just haven't done it due to lack of time.
ASAP I'll restart work on it, my configuration may be very interesting to be tested. XEON E3 1230 12GB RAM ECC 2x 1TB SATA3 disks on Linux RAID 1. Database size of 160GB About 2000 users Daily traffic maybe about 20/30 connections per second on a primary dedicated 5Mbit uplink, and a 1Mbit upload (a mix of roundrobin and/or backup for particular domains) I need to start the upgrade, and when I do it I'll give you feedback. I'm with a version about in 2.3.6, that needs to be upgraded! Jorge, > > Allow me to ask, with this job, you the remaining memory leaks were > killed? > > Excusez moi le mot, but how the f*ck should I know. I can only test so > much you know. > > A lot of the 'leakage' mentioned here and there is not leakage at all, > but memory fragmentation or side effects from GLib's slice allocator. > > I've added a memory pool implementation to isolate a lot of the > allocation and have been testing jemalloc. Results are much the same > all over. > > You can test those features: > > Activate the experimental memory pool: > export DM_POOL=yes > > De-activate the slice allocator: > export G_SLICE=all > > Use jemalloc: > .../configure --with-jemalloc=yes > > > There probably still is some leakage in the imap code, which will occur > under severe concurrency pressure. Restarting is the only solution atm. > > I've been thinking about adding a additional layer to take care of > automatic restarts. A bit like 2.2's preforking: > > - one master process and one forked child to handle the workload. > - the master process can then fire up a new child when needed, and > gracefully shut down the stale one. > > > -- > ________________________________________________________________ > Paul J Stevens pjstevns @ gmail, twitter, skype, linkedin > > * Premium Hosting Services and Web Application Consultancy * > > www.nfg.nl/i...@nfg.nl/+31.85.877.99.97 > ________________________________________________________________ > _______________________________________________ > Dbmail-dev mailing list > Dbmail-dev@dbmail.org > http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail-dev _______________________________________________ Dbmail-dev mailing list Dbmail-dev@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail-dev
