Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Tuesday, 2014-05-06 at 09:15 +0200, Per Jessen wrote:
Carlos E. R. wrote:
top:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4034 root 20 0 1295260 1,146g 2780 S 0,000 14,66 8:07.59 spamd child 4035 root 20 0 1206876 1,061g 2908 S 0,000 13,58 4:09.77 spamd child
1 gigabyte resident size?
That seems pretty unusual. I run a test-system cluster with 4 very old boxes, each with only 384Mb RAM. They each run typically 2-3 spamd children, but don't think I've ever seen that kind of memory usage. Mind you, I only scan mails that are less than 2Mb.
I increased that limit, because I often got spam mails way bigger than that, that went through to my inbox.
Ah, and that email is not spam. It is a dump of a WhatsApp chat with multimedia attachments.
How big is the email itself?
"Just" 19 MB. Not that /huge/.
Any chance previous emails might have been much bigger? The number of emails processed by spamd before it is respawned is set with "--max-conn-per-child". Maybe you can find a much bigger mail in the log?
spamd does need to keep it in-core, so until a child is re-spawned, the memory usage might remain at the amount required for the largest email.
The huge memory usage was by the children, not the parent.
Yes, that is to be expected - the parent only accepts the connection and passes it to the child, it doesn't do any work itself.
That email contains about a hundred attachments.
Okay, that is pretty unusual, I would say - maybe you could reproduce the problem with another such email? If spamassassin has some sort of ballooning memory issue when processing mails with many attachments, I'm sure the developers would like to know.
I have a /etc/sysconfig/spamd with these settings (old):
SPAMD_AWL=no SPAMD_NICE=yes SPAMD_ARGS="-d -c --max-children=8 " SPAM_SA_UPDATE="no" SPAM_SA_COMPILE="no" SPAM_AMAVISD_RESTART="no" SPAM_SPAMD_RESTART="yes"
But there is also a "spampd" file with this single line:
SPAMPD_OPTIONS="--port=10025 --relayhost=127.0.0.1:10026 --user=spamfilter --tagall --children=5 --maxsize=250"
Those are clearly options for the spamd daemon. If you google "SPAMPD_OPTIONS" you'll see a few hits here and there. -- Per Jessen, Zürich (12.8°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org