milter problems
Модераторы: Trinity admin`s, Free-lance moderator`s
milter problems
Кто программировал когда-нить свои milter'ы для sendmail'a на perl? Вы никогда не встречались с такой проблемой, как рост размера фильтра (в смысле памяти) со временем, до тех пор, пока ядро не убивает процесс?
Уже неделю бьюсь - не могу найти в чем проблема. Может кто подскажет?
Сразу оговорюсь - переменных, постоянно находящися в памяти нету.
Объясните, как "размножается" этот самый фильтр?
Уже неделю бьюсь - не могу найти в чем проблема. Может кто подскажет?
Сразу оговорюсь - переменных, постоянно находящися в памяти нету.
Объясните, как "размножается" этот самый фильтр?
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: milter problems
Вам бы вообще в форумы, специализирующиеся на программировании под юникс. Посмотрите здесь, несколько дней назад обсуждали похожую проблему.usama писал(а):Кто программировал когда-нить свои milter'ы для sendmail'a на perl? Вы никогда не встречались с такой проблемой, как рост размера фильтра (в смысле памяти) со временем, до тех пор, пока ядро не убивает процесс?
Re: milter problems
Да я знаю, что немного не туда обратился, но нигде больше никто помочь не может. Пару дней назад обсуждали тоже мою тему, тогда мне, спасибо и большой респект вам всем, помогли.Stranger03 писал(а):Вам бы вообще в форумы, специализирующиеся на программировании под юникс. Посмотрите здесь, несколько дней назад обсуждали похожую проблему.usama писал(а):Кто программировал когда-нить свои milter'ы для sendmail'a на perl? Вы никогда не встречались с такой проблемой, как рост размера фильтра (в смысле памяти) со временем, до тех пор, пока ядро не убивает процесс?
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: milter problems
У меня была похожая проблема с 1.36 касперским, когда он тупо заполнял виртуальное дисковое пространство. df -k. смотрим, а там использование 130-150-210%. Я одуревал. Пока не отключил у него все логи.usama писал(а):Да я знаю, что немного не туда обратился, но нигде больше никто помочь не может. Пару дней назад обсуждали тоже мою тему, тогда мне, спасибо и большой респект вам всем, помогли.
Сразу оговорюсь, я не программер, врядли что-то толковое подскажу. Поспрашивайте у Corvax-а. Или еще напишите мылом сюда: boco_собака_ufanet.ru. Это Damir Bikmuhametov, создатель мильтера avemilter. Авось он поможет.
Re: milter problems
Спасибо.Stranger03 писал(а):У меня была похожая проблема с 1.36 касперским, когда он тупо заполнял виртуальное дисковое пространство. df -k. смотрим, а там использование 130-150-210%. Я одуревал. Пока не отключил у него все логи.usama писал(а):Да я знаю, что немного не туда обратился, но нигде больше никто помочь не может. Пару дней назад обсуждали тоже мою тему, тогда мне, спасибо и большой респект вам всем, помогли.
Сразу оговорюсь, я не программер, врядли что-то толковое подскажу. Поспрашивайте у Corvax-а. Или еще напишите мылом сюда: boco_собака_ufanet.ru. Это Damir Bikmuhametov, создатель мильтера avemilter. Авось он поможет.
Re: milter problems
это специфика вашей программы + perl + OS. Если из текста проги не очевидно куда расходуется памать, то тогда надо понаблюдать за процессом в действии: какие сист.вызовы он использует и как данный процесс распределен в памяти.usama писал(а): Вы никогда не встречались с такой проблемой, как рост размера фильтра (в смысле памяти) со временем, до тех пор, пока ядро не убивает процесс? ...
Объясните, как "размножается" этот самый фильтр?
какая у вас OSь я не знаю. если Linux, то сис.вызовы определяются через
$strace -p <PID>, а полная инфа о процессе находится в в /proc/<PID>/,
в частности распределиние памати в файле /proc/<PID>/maps
Re: milter problems
Спасибо, конечно, но знаний, чтобы расшифровать все то, что мне выдает strace и находится в proc, явно не хватает. Ладно, буду разбираться.apelsin писал(а):это специфика вашей программы + perl + OS. Если из текста проги не очевидно куда расходуется памать, то тогда надо понаблюдать за процессом в действии: какие сист.вызовы он использует и как данный процесс распределен в памяти.usama писал(а): Вы никогда не встречались с такой проблемой, как рост размера фильтра (в смысле памяти) со временем, до тех пор, пока ядро не убивает процесс? ...
Объясните, как "размножается" этот самый фильтр?
какая у вас OSь я не знаю. если Linux, то сис.вызовы определяются через
$strace -p <PID>, а полная инфа о процессе находится в в /proc/<PID>/,
в частности распределиние памати в файле /proc/<PID>/maps
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 15 гостей