Not sure if its related but since yesterday SNFserver CPU utilization has
been inordinately high (50%) for the middle of the day with not any
additional volume in mail being received.
On Mon, Mar 25, 2013 at 9:13 AM, Pete McNeil
madscient...@armresearch.comwrote:
Hi Sniffer Folks,
We are
Probably unrelated... and due to a significant increase in spam over the
past few days.
Darin.
From: Richard Stupek
Sent: Wednesday, March 27, 2013 2:18 PM
To: Message Sniffer Community
Subject: [sniffer] Re: IP Change on rulebase delivery system
Not sure if its related but since yesterday
On 2013-03-27 14:38, Darin Cox wrote:
Probably unrelated... and due to a significant increase in spam over
the past few days.
I agree with that -- our inbound spamtrap pre-processor has seen 4x
increase over the past few days so that's likely to be related.
Also, Richard, I took a quick
Its odd because the number of messags snf is processing isn't more than
usual and the % of spam being detected through snf is actually lower than
typical yet is is routinely maxing out 4 processors at 100%.
On Wed, Mar 27, 2013 at 3:20 PM, Pete McNeil
madscient...@armresearch.comwrote:
On
On 2013-03-27 16:49, Richard Stupek wrote:
Its odd because the number of messags snf is processing isn't more
than usual and the % of spam being detected through snf is actually
lower than typical yet is is routinely maxing out 4 processors at 100%.
You're saying that SNF is maxing out 4
It would be SNF routinely showing 80% utilization spikes for a 4 cpu
system. I hadn't ever seen it do that before which was why I sent the
message. Don't believe the load is any higher than normal. The spikes
aren't as prolonged at the present.
On Wed, Mar 27, 2013 at 4:08 PM, Pete McNeil
On 2013-03-27 17:16, Richard Stupek wrote:
The spikes aren't as prolonged at the present.
Interesting. A short spike like that might be expected if the message
was longer than usual, but on average SNF should be very light-weight.
One thing you can check is the performance data in your