Re: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.

[svetla@email.domain.hidden (svetla)]

<em class="quotelev1">> s HTB-to s mnogoto klasove i filtri imahme efekta che kernela se ?>panirashe.
<em class="quotelev1">>zaobikolihme go kato postavihme 100ms sleep mejdu operaciite. predpolagame >che
<em class="quotelev1">>e nqkakyv locking problem v kernela. Na predishnata (po-slaba) mashina imah
<em class="quotelev1">>efekta che ako pusna tc utilkata i gledam ogromniq i izhod prez less >kernela
<em class="quotelev1">>neminuemo zabivashe sled izvestno vreme (naj-veroqtno poradi tova che >drugo tc
<em class="quotelev1">>se puska ot vreme na vreme da sybira statistiki w rrd-ta)

kakuv message po-to4no ti dava kato zabie ili predi tova? 

 

<p>Boyan Krosnov writes: 

<em class="quotelev1">> 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.
<em class="quotelev1">> Moga da kaja che raboti vpechatlqvashto (v sravnenie s drugite resheniq pod linux, koito si imaha syotvetnite problemi). 
<em class="quotelev1">> 
<em class="quotelev1">> Drugite neshta koito probvahme bqha:
<em class="quotelev1">> CBQ chisto, samo obshtite klasove - raboti, propuska s nqkolko procenta poveche ot kolkoto moje da se ochakva.
<em class="quotelev1">> CBQ samo za obshtite klasove + SFQ na kraq - raboti, syshto kato gornoto
<em class="quotelev1">> CBQ za obshtite klasove + WRR za otdelnite potrebiteli (samo chestno razpredelenie, bez ogranichenie) - raboti syshto kato gornoto
<em class="quotelev1">> HTB za obshtite klasove + WRR za otdelnite potrebiteli (samo razpredelenie, bez ogranichenie) - raboti, no e znachitelno po-tochno
<em class="quotelev1">> 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.
<em class="quotelev1">> HTB ot kraj do kraj (obshti klasove, chestno razpredelenie, ogranichenie per user) - prosto raboti vsichko koeto iskame ot nego. 
<em class="quotelev1">> 
<em class="quotelev1">> 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) 
<em class="quotelev1">> 
<em class="quotelev1">> BR,
<em class="quotelev1">> Boyan 
<em class="quotelev1">> 
<em class="quotelev1">> -----Original Message-----
<em class="quotelev1">> From: Nickola Kolev [mailto:nikky_at_mnet.bg] 
<em class="quotelev1">> Sent: Tuesday, March 18, 2003 11:22 PM
<em class="quotelev1">> To: lug-bg_at_linux-bulgaria.org
<em class="quotelev1">> Subject: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc. 
<em class="quotelev1">> 
<em class="quotelev1">> 
<em class="quotelev1">> Hola, grupa, 
<em class="quotelev1">> 
<em class="quotelev1">> Interesuvam se ot vasheto mnenie i opit, svyrzani s realni prilojeniq
<em class="quotelev1">> na spomenatite v %subj queueing/scheduling disciplini/algoritmi. Nqkoi
<em class="quotelev1">> ot tqh gi nqma portnati za GNU/Linux, no pri vse tova me interesuvat. 
<em class="quotelev1">> 
<em class="quotelev1">> Ako obichate, postaraite se da se vyzdyrjate ot zastypnichestvo za tova
<em class="quotelev1">> ili onova. Samo pure facts (po vyzmojnost)... success stories syshto
<em class="quotelev1">> vyrshat rabota. 
<em class="quotelev1">> 
<em class="quotelev1">> Blagodarq vi predvaritelno. 
<em class="quotelev1">> 
<em class="quotelev1">> -- 
<em class="quotelev1">> _____________________________________________________________ 
<em class="quotelev1">> 
<em class="quotelev1">> ðÏÚÄÒÁ×É,
<em class="quotelev1">> îÉËÏÌÁ
<em class="quotelev1">> ============================================================================
<em class="quotelev1">> A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
<em class="quotelev1">> http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
<em class="quotelev1">> To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
<em class="quotelev1">> ============================================================================
 

<p>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
============================================================================