In the last 5 days, spamd on my host processed 1239 incoming messages. The average is 10.1 seconds. The shortest is 3.3 messages and the longest is 247.3 seconds. The seconds longest one only took 57.6 seconds. The bulk of the messages do seem to be around the 10 seconds range. The host is a P4 2.4 Ghz with 1GB Mem running RH9. The only other significant processes in it are the Exim MTA and ClamAV. I'm not running Bayes but I'm running all the possible network checks. There does not seem to be a good correlation between the spamd process time and the length of the processed messages. I deduce the network time for the network checks is the most significant factor. Would anyone like to comment on it? It would have been nice if spamd would log not only the elapsed time but also the CPU time (as received from getrusage()). -- Ilan Aisic
> -----Original Message----- > From: John Fleming [mailto:[EMAIL PROTECTED] > Sent: Friday, June 04, 2004 4:42 PM > To: SpamAssassin > Subject: RE: Limit number of spamd processes > > > > each spawned process sit around much longer than it needed > too. I've > > got a RH9 Dell 2.4 ghz P4 with 512 MB RAM, 40 GB IDE drive, > and each > > process takes about a second or so. > > This is interesting to me. What spamd process time range are > people seeing? Mine's about 10-12 sec, Fedora Core 2, >2GHz, > 512 RAM, 40GB IDE HDD I am running Bayes. > >
