вопрос по SpamAssassin'у

[Practic]

Решил на резервном SMTP-сервере к sendmail'у прикрутить spamassassin'a...
OS: FreeBSD 4.10-STABLE
dmesg | grep CPU
CPU: AMD-K6(tm) 3D processor (366.36-MHz 586-class CPU)
dmesg | grep memory
real memory  = 33554432 (32768K bytes)

Ассасина и милтер устанавливал из портов - поставился без ошибок.
pkg_info | grep spamass-milter
spamass-milter-0.2.0_5 Sendmail Milter (mail filter) for SpamAssassin
pkg_info | grep p5-Mail-SpamAssassin
p5-Mail-SpamAssassin-3.0.1 A highly efficient mail filter for identifying spam
pkg_info | grep perl-5
perl-5.8.5          Practical Extraction and Report Language
После запуска spamd и spamass-milter начались жуткие тормоза и через некоторое время сендмейл стал реджектить входящую почту.
В лога:
maillog
Oct 27 12:59:55 ns sendmail[37988]: i9R8tgPP037988: Milter (spamassassin): timeout before data read
Oct 27 12:59:55 ns sendmail[37988]: i9R8tgPP037988: Milter (spamassassin): to error state
Oct 27 12:59:56 ns sendmail[37988]: i9R8tgPP037988: Milter: data, reject=451 4.7.1 Please try again later

spamd.log
Oct 27 13:11:22 ns spamd[35505]: result: Y 10 - BAYES_99,FAKE_OUTBLAZE_RCVD,FORGED_OUTLOOK_HTML,
FORGED_OUTLOOK_TAGS,HTML_50_60,HTML_FONT_BIG,HTML_MESSAGE,
HTML_SHOUTING7,MIME_HTML_ONLY,RATWARE_RCVD_PF scantime=926.8,size=3827,mid=<100001c4bc02$0d3348cb$c1e676c0@leonlai.net>,bayes=1,autolearn=no
scantime=926.8 - не очень быстро однако.

из top'a:
Mem: 13M Active, 1184K Inact, 12M Wired, 2548K Cache, 6480K Buf, 480K Free
Swap: 512M Total, 85M Used, 427M Free, 16% Inuse, 688K In, 312K Out
............
35504 root     -22   0 27788K  2188K swread   0:05  0.00%  0.00% perl5.8.5
35507 root     -22   0 27292K  2572K swread   0:04  0.00%  0.00% perl5.8.5
35508 root     -22   0 27356K  2888K swread   0:03  0.00%  0.00% perl5.8.5
35505 root     -22   0 26912K  2524K swread   0:03  0.00%  0.00% perl5.8.5
это детишки spamd ... соответственно все процесы ушли в глубокий своп.

Вопрос:
Эта ситуация из-за моих кривых ручек или ассассину действительно
нужно столько памяти?
Можно ли заставить ассассина отъедать не так много памяти?
Если это лечится только наращиванием оперативной памяти, посоветуйте полегче спамфильтр.

[mrrc]

А нагрузка на сервер велика?
Может воспользоваться --max-children= указав меньшее количество дочерних процессов? Вообще, начиная с 3.х.х по умолчанию сидят шесть процессов по 20-30Мб каждый.

[Practic]

Нагрузка относительно невелика.
От 3 до 4 тысяч писем в сутки.  Но система начинает тормозить почти сразу после запуска ассассина - первые пару писем проверяет за 20-30 секунд, ну а дальше в районе 1000 секунд.
Просто оперативной памяти только 32 мега.
И нарастить память в ближайшее время не получится. Даже если будет работать spamd с одним потомком(20-30 мегов), имхо, всё равно систему будет каматозить.

[Stranger03]

Просто оперативной памяти только 32 мега.
И нарастить память в ближайшее время не получится. Даже если будет работать spamd с одним потомком(20-30 мегов), имхо, всё равно систему будет каматозить.

На 32-х метрах это безобразие будет очень нестабильно работать. Тем более 3-ка. Я так подозреваю, что и система что-то вроде 166-го пенька ?. Идеальным вариантом будет две вещи:
1. Откатиться с 4.10 до 4.8 хотя бы. Либо пробовать ставить Spamassisn версии 2х.
2. Ограничить количество дочерних процессов sendmail хотя бы до 5-ти.
3. Поставить винтик, смонтировать на нем свап, может быть туда перенести временные файлы, генерируемые spamd.

Но вообще ситауция очень...

[Practic]

>> 1. Откатиться с 4.10 до 4.8 хотя бы. Либо пробовать ставить Spamassisn версии 2х.

Хм... Объясните, в чём такое большое отличие 4.10 и 4.8?
Ассассина 2.х версии ставил (не вспомню точно версию) - анологичная ситуация. Это была моя первая попытка использовать ассассина. Так как всё тормозило я начал грешить на перл и версию ассассина. Поставил перл 5.8.5 и ассассина последнего, ситуация не изменилась.

>> 2. Ограничить количество дочерних процессов sendmail хотя бы до 5-ти.

Разве это может изменить ситуацию большого времени проверки сообщения ассассином? Он даже при очень маленьком почтовом траффике (спец. проверял) проверяет по 900 секунд письмо. Можно и милтеру поставить таймаут по-больше, но это не решение имхо.

>> 3. Поставить винтик, смонтировать на нем свап, может быть туда перенести временные файлы, генерируемые spamd.

Вот это идейка даже очень ничего мне кажется. Надо будет попробовать.

[Andrey Y. Ostanovsky]

CPU: AMD-K6(tm) 3D processor (366.36-MHz 586-class CPU)
dmesg | grep memory
real memory  = 33554432 (32768K bytes)

Проблема выеденного яйца не стоит. Добавьте памяти хотя бы до 128 метров.

Или спорт как раз в том и заключается, чтобы завести в минимуме? Тогда уберите до 8Мб, говорят система при этом еще будет загружаться.

[Stranger03]

CPU: AMD-K6(tm) 3D processor (366.36-MHz 586-class CPU)
dmesg | grep memory
real memory  = 33554432 (32768K bytes)

Епрст, действительно, найти модуль за 5-10 долларов совсем не проблема.
Про младшие версии Фри, все-таки 4.7 и старше уже никто не оптимизирует под такое кол-во памяти. Раньше у меня сервачки под 166-м работали с 32-мя, напряжно, но работали с 4.4. Когда переходил на 5-ю ветку, даже не думал о 32-х,  :twisted:.