|
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) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/129339d653857.html, оценка из 5, голосов 10
|