Boyan wrote: > V momenta polzvame chisto htb s okolo 520 klasa (v ednata posoka, i oshte tolkova v drugata) za ogranichenie i balansirane na trafik ot internet/peering kym vseki otdelen kabelen user i obratno. I obshti limiti za nqkoi grupi clasove. > Moga da kaja che raboti vpechatlqvashto (v sravnenie s drugite resheniq pod linux, > koito si imaha syotvetnite problemi).
Da, i az polzvam htb - naistina raboti vpechatlqvashto. Imam okolo 1500 klasa, koito garantirat min skorost kakto po grupi, taka i na otdelni useri. > s HTB-to s mnogoto klasove i filtri imahme efekta che kernela se panirashe. > zaobikolihme go kato postavihme 100ms sleep mejdu operaciite. predpolagame che e > nqkakyv locking problem v kernela. Na predishnata (po-slaba) mashina imah efekta > che ako pusna tc utilkata i gledam ogromniq i izhod prez less kernela neminuemo > zabivashe sled izvestno vreme (naj-veroqtno poradi tova che drugo tc se puska ot > vreme na vreme da sybira statistiki w rrd-ta) Interesno, edinstveniq pyt, kogato uspqh da dokaram mashina s htb do kernel panic beshe, kogato rychkah, deto ne trqbvashe. A imenno, vyv versiq 2.0 na htb imashe ogranichenie za dylbochina na clasovete v ierarhiqta 4 (ili 8, ne pomnq veche). Ta pipah kakvoto pipah, i mashinata experience-vashe seriozni, hard lockups. ;))) No inak sys standartnoto htb v qdroto (kakto ver. 2.0, taka i 3.6 i 3.7) ne sym imal takiva problemi. ________________________________________________________________________ Всичко най-хубаво, Никола
pgp00000.pgp
Description: PGP signature
