panicva se kernela, bez utilkata da se uspee da izpljue neshto drugoto syobshtenie za quantum tvyrde malyk ili quantum tvyrde golqm se opravq lesno kato si setvash rychno proporcionalni quantumi ili prosto setnesh r2q na podhodqshta stojnost. quantum trqbva da e po-golqm ot mtu-to na interfeisa za da mogat po-golemite paketi da "preskachat" v 2.4.20 htb-to e mergenato s pusnat debugging i trqbva da mu se spre ot edin define v nego inache logva naistina mnogo
zabravih da obyrna vnimanie na naj-chestata greshka koqto horata pravqt s tc-to: bps e BYTES per second kbps e 1024 BYTES per second mbps e 1024*1024 BYTES per second kbit e 1024 bits per second mbit e 1024*1024 bits per second t.e. realnite 128 kilobita (koito sa 128000 bits/s) ne se okazvat s 128kbit (kakto bi ochakval chovek) a kato 125Kbit ili kato 16000bps. BR, Boyan -----Original Message----- From: svetla [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 19, 2003 2:13 PM To: [EMAIL PROTECTED] Subject: Re: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc. > 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 ============================================================================ ============================================================================ 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 ============================================================================
