|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Andrey Simonenko 2:5020/400 19 Apr 2001 17:06:05
To : All
Subject : Re: Statistics and comparition
--------------------------------------------------------------------------------
Ivan Voytas <Ivan.Voytas@p14.f118.n450.z2.fidonet.org> wrote in message
news:987674719@p14.f118.n450.z2.ftn...
> Hэllo, Andrey!
>
> Вспоминаю, что как-то, 18 Апр 01 кажется в 17:33, Andrey Simonenko напиcал
для
> All вот такое:
>
> AS> Hасчёт update_db_time = 1s это слишком большая нагрузка при большом
> AS> количестве правил. Уточните что значит "теряет". Если Вы используете
> AS> параметр maxchunk, то естественно при перегрузке IP Firewall (zero,
flush,
> AS> delete/add) все что не было сохранено теряется. Если при этом
>
> Я так понял, что если не использовать maxchunk, то будет еще хуже. Или я
не
> прав?
прав, IPA понимает переполнение счётчиков, поэтому если удалить, а потом
добавить правило, причём IPA этого не заметил (он был в sleep()), то
после этого может быть прирост несколько тысяч Тбайт.
>
> AS> update_db_rime слишком велико, то может потерятся значительное
> AS> количество
> AS> статистики.
>
> ?? В принципе, update_db_time и append_db_time - это ж разные вещи. У меня
> append = 10m, а update = 1s. Что в этом плохого и, главное, какие могут
быть
> альтернативы? ipa висит демоном, правил 70 у меня, загрузка 0%, сам ipa
жрет
> 0%. Я думаю, что у меня больше 1000 правил не будет.
значит хорошо что 0% (что странно, по идее для 70-и правил должно
ощущаться)
>
> AS> Если у Вас происходит что-то не соответствующее выше описанному, то
> AS> просьба сообщить мне об этом.
>
> Странно слышать обращение на "Вы", ну да ладно :) А Вы разработчик или
как?
> Если да, то есть некоторое количество предложений по улучшению и
углублению так
> сказать.
Можно на "ты". Если есть предложения, то передай их мне на email. Интересно
услышать про "углубление". Только большая просьба обдумать предложение
по улучшению так, чтобы оно было идеологически верным, а не решением
какого-то частного случая. Про вывод статистики через www можно не
предлагать,
я это делаю, только не могу закончить.
--- ifmail v.2.15dev5
* Origin: NTUU "KPI" (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
