On 2014-04-08 19:22, Andrea Brancatelli wrote:
Hello everybody,
I'm struggling with a dbmail instance that after a couple of days of usage gets
terribly slow. At first I was looking at the db, the server itself but couldn't
find anything reasonable. Today I realized the dbmail-imapd was allocating
800MB of Ram. The server is not so loaded (about 35 mailboxes, 27 gb of mail in
total), so I restarted it and all of a sudden speed was back to normal. Now
dbmail-imapd is allocating approx 350mb.
So, the question is.... How much ram should dbmail imapd allocate normally? Is
it possible that there's some kind of memleak there? Should I arrange some kind
of automatic restart at night?
Dbmail 3.1.12
Mysql 5.6.something
FreeBSD 10
Any suggestion is more than welcome.
Andrea "Mr.SK" Brancatelli
Hi Andrea,
I've got around 50 mailboxes. The largest is around 60GB. The use of
IMAP is very intense. Around 1000 legitimate incoming messages per day
(the other ~20000 are kicked away before entering Postfix). And yes, the
RAM consumption grows. It grabs around 6GB in a week. I reboot the
server once a week. From dbmail 3.1.12 and on, everything works very well.
Tweaking MariaDB also seems to be a bit of trial and error. I would like
to bring up that subject sometime in the future, as some parameters seem
to have got quite an impact on performance.
My setup is the following:
- Linux Slackware 14.1 dom0 under Xen hypervisor 4.3.0
- 64-bit pvops enabled Linux kernel 3.13.2
- RAM as much as I would like to have, at present around 14GB
- Database backend MariaDB 5.5.34 with InnoDB storage engine
- Postfix 2.11.0
- libzdb 3.0
- libsieve 2.3.1
- gmime 2.6.19
- libevent 2.0.21
- mhash 0.9.9.9
If you've got the database backend in the same machine, it may pay off
to optimize that part. Just make sure that you have got enough RAM, and
that the OS doesn't start to swap. The slow down could really be caused
by swapping. In that case add more RAM, and optimize MySQL.
Best regards,
Peter
_______________________________________________
DBmail mailing list
[email protected]
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
