Главная страница


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)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Statistics and comparition   Dmitry Shikut   17 Apr 2001 13:14:08 
 Re: Statistics and comparition   Andy Bogdanov   17 Apr 2001 16:03:04 
 Re: Statistics and comparition   Andrey Simonenko   17 Apr 2001 16:45:53 
 Statistics and comparition   Ivan Voytas   18 Apr 2001 11:54:04 
 Re: Statistics and comparition   Andrey Simonenko   18 Apr 2001 17:33:50 
 Statistics and comparition   Ivan Voytas   19 Apr 2001 10:01:08 
 Re: Statistics and comparition   Andrey Simonenko   19 Apr 2001 17:06:05 
 Re: Statistics and comparition   Aleksey Baluta   19 Apr 2001 17:36:43 
Архивное /ru.unix.bsd/129339d653857.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional