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)
kakuv message po-to4no ti dava kato zabie ili predi tova?
Boyan Krosnov writes:
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).
Drugite neshta koito probvahme bqha:
CBQ chisto, samo obshtite klasove - raboti, propuska s nqkolko procenta poveche ot kolkoto moje da se ochakva.
CBQ samo za obshtite klasove + SFQ na kraq - raboti, syshto kato gornoto
CBQ za obshtite klasove + WRR za otdelnite potrebiteli (samo chestno razpredelenie, bez ogranichenie) - raboti syshto kato gornoto
HTB za obshtite klasove + WRR za otdelnite potrebiteli (samo razpredelenie, bez ogranichenie) - raboti, no e znachitelno po-tochno
HTB za obshtite klasove + WRR za chestno razpredelenite mejdu otdelnte useri + TBF za limit na otdelnite useri - raboti izvestno vreme i zabackva, zabravq da obslujva opashkite na otdelni potrebiteli. stoqh i gledah kak edna konkretna opashka si stoeshe na fixiran broj paketi (okolo 100) v prodyljenie na okolo minuta.
HTB ot kraj do kraj (obshti klasove, chestno razpredelenie, ogranichenie per user) - prosto raboti vsichko koeto iskame ot nego.
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)
BR,
Boyan
-----Original Message-----
From: Nickola Kolev [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 18, 2003 11:22 PM
To: [EMAIL PROTECTED]
Subject: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
Hola, grupa,
Interesuvam se ot vasheto mnenie i opit, svyrzani s realni prilojeniq
na spomenatite v %subj queueing/scheduling disciplini/algoritmi. Nqkoi
ot tqh gi nqma portnati za GNU/Linux, no pri vse tova me interesuvat.
Ako obichate, postaraite se da se vyzdyrjate ot zastypnichestvo za tova
ili onova. Samo pure facts (po vyzmojnost)... success stories syshto
vyrshat rabota.
Blagodarq vi predvaritelno.
--
_____________________________________________________________
��������, ������ ============================================================================ A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html ============================================================================
Svetlana Pesheva
System Administrator
"VMT Design"
contact: 098/254246
#48332919 ============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================
