Hi,
I'm using the dbmail package found at
http://debian.nfgd.net/debian/unstable/
I've set up a unstable testing box and did a performance check regarding
attachments. Here is the load whilst processing a 8 MB attachment:
Cpu(s): 99.3% user, 0.7% system, 0.0% nice, 0.0% idle
Mem: 254976k total, 163196k used, 91780k free, 21848k buffers
Swap: 538168k total, 0k used, 538168k free, 100980k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ Command
2143 dbmail 18 0 3056 3056 792 R 98.7 1.2 1:28.79 dbmail-pop3d
The testing box has a 233 MHz CPU and is using the unstable version of
Debian. The 99% CPU usage is messy ... but it would be okay if it would
be just for a pretty short period. The problem is though that the
throughput to the client is very small ...
For small attachments (about 100 KB alltogether) the throughput is okay
(takes a 2 seconds). But for the large one it is unfortunately just too
slow in comparison with a daemon which is based on a file solution.
I did no tuning at all to mysql or the system in general. So it's a
out-of-the-box unstable version which includes all current updates.
Where's the main problem ?
dbMail-pop daemons or MySQL ?
If any information is required that is not included in here please let
me know. I'd be glad to have this bottle neck solved since dbMail is
except this happening the software I want to use for the production
systems handling a load of about 8-10 GB mail per month.
If you have hardware suggestions for such a load (~ 500 users with a
mailbox size of about 15 MB in average) please post these also here!
Kind regards,
Markus
pgpx0QEnFEbHm.pgp
Description: PGP signature
