ipfw + top
Dan Lukes
dan at obluda.cz
Sat Jun 12 22:36:37 CEST 2004
Josef Hrabec wrote:
> kdybych mel ve firewallu prilis mnoho pravidel tak, ze pri pruchodu paketu
> timto firwallem zalozenem na ipfw dochazi k citelnemu zpozdovani... bylo by
To neni uplne presne. Pokud konkretni paket musi prochazet prilis mnoho
pravidly, pak skutecne dochazi k citelnemu zpomaleni. S celkovym
mnozstvim pravidel to nema mnoho spolecneho. Pokud je firewall vhodne
navrzen, ty nejcastejsi pakety jsou vyrizeny nekterym z prvnich pravidel
a tak, navzdory celkovemu vysokemu poctu pravidel, k nejakemu
obzvlastnimu zpomaleni nedochazi.
Napriklad firewall, na ktery prave koukam, ma 64 pravidel, ale 80%
paketu je vyrizeno nekterym z prvnich osmi. Prumerny dlouhodoby tok
routerem je 20Mb/s, spickovy ale az 110Mb/s (maximalni petiminutovy
prumerny tok za poslednich 24 hodin) respektive 80Mb/s (maximalni
dvouhodinovy prumerny tok za poslednich 30 dnu).
> toto patrne napr. na vyraznejsim zatizeni procesoru pri zobrazeni pomoci
> top?
Zalezi od poctu pravidel, sily procesoru a typu sitove karty (nektere
karty vyzaduji pro stejnou propustnost vyrazne vyssi "pozornost"
procesoru nez jine - typickym prikladem nevhodnych karet do FreeBSD
serveru jsou Realteky). V zasade se tedy pocet pravidel na zatizeni
procesoru projevi, ale nekdy to muze byt vzhledem k neustalemu mirnemu
kolisani zatizeni jen obtizne rozeznatelne.
Na vyse zminenem stroji je aktualni tok cca 30Mb/s a zatizeni procesoru
(Pentium 4/2Ghz) je okolo 10%, z toho ma ale okolo ctvrtiny "na svedomi"
daemon pocitajici toky uzivatelu ...
Ostatne, vypokusujte to sam - spuste si ten top a pak vetsinu pravidel
(idealne vsechna) smazte - uvidite, jak se zatizeni procesoru a
propustnost zmeni.
Dan
More information about the Users-l
mailing list