|
|
anomy-list@mailtools.anomy.net |
/ help / lists / applications / search / |
| molar.is > lists > anomy-list > 2005-02 | / threads / authors / dates / subjects / |
100 % CPU utilization Postfix+Anomy+SpamAssassin+ClamAVFrom: Kyle Victor (138446@xyz.molar.is)Date: Fri 04 Feb 2005 - 14:07:24 GMT
(1) Xeon 2.80GHz (I may be putting a second CPU in if I can not get
1024MB of RAM (memory used does not seem to be a problem at all)
Fedora Core 3 kernel 2.6.9-1.724_FC3
postfix-2.1.5 + anomy + SpamAssassin-3.0.2 + clamav-0.80
for the last couple weeks my output from top looks like this:
Tasks: 209 total, 26 running, 183 sleeping, 0 stopped, 0 zombie
Cpu(s): 93.4% us, 6.6% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi,
Mem: 1035980k total, 1010968k used, 25012k free, 4464k
Swap: 1048552k total, 100968k used, 947584k free, 138700k
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
6245 filter 25 0 11084 7616 1756 R 6.6 0.7 0:17.59
7318 filter 25 0 10144 7568 1756 R 6.6 0.7 0:04.30
8190 filter 25 0 57248 52m 2412 R 6.3 5.2 0:01.39
8153 filter 20 0 29468 25m 2508 S 6.0 2.5 0:01.69
8205 filter 25 0 26928 23m 2412 R 6.0 2.3 0:01.29
7938 filter 25 0 8252 6584 1756 R 5.3 0.6 0:01.37
6610 filter 25 0 9948 7520 1756 R 3.3 0.7 0:11.70
7932 filter 25 0 9716 6848 1756 R 3.3 0.7 0:01.52
8062 filter 23 0 8436 5240 1756 R 3.3 0.5 0:00.37
8094 filter 25 0 82700 76m 2412 R 3.3 7.6 0:02.30
These are just the top 10 from the top command, there can be as many
If I stop Postfix this plains right out to 100% or so idle,
so I do not think the CPU is being eaten by any other service on this
but I do have apache and a voice com server running on this machine
this first thing I tried was to get spamd running and editing
I did not see a big difference, but I was a little impatient when test
I think it's the PERL that is killing me
Any other suggestions, comments,
I can supply any or all of my conf, but I need help getting this to
It is taking some mail over an hour to be delivered
Thanks
Kyle
Attachments:
|
|
© 2000-2002 Bjarni R. Einarsson / feedback / legalese / credits / Last modified 07-02-2005. |
|