Re: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
On Thu, 20 Mar 2003 22:17:30 +0200 Theodor Milkov [EMAIL PROTECTED] wrote: |Razlichno - ot 64 do 576 Kbit/s. Pri po-barzite e po-dobre. Srabotvat |po-barzo sfq-ta, predpolagam zashtoto trnsmit-a na 1 quantum otnema |po-malko vreme... |Vsashtnost dosta dobre si raboti systemata. Prosto na men mi se iska |niakak si oshte po-dobre ako moje ;-) ]- probwai r2q opciqta na HTB da e = 1, postni resultati 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
Re: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
tui i tui komentirate ta imam edin problem s HTB i stotici clasowe sys slednata
struktura :
HTB-root
|---HTB-- class1{sfq}, class2{sfq}, class3{sfq},..class1000{sfq}
|---default 55kbit prio 7
predi da go dam na prio7 beshe 10kbit prio 1, kato trygnesh da dloadwash ili browswash
prez nqkolko minuti traffica-spirashe (stalling)
za ot 10 do 30 sec... otwratitelno smenqh mrevowi karti switchowe, kerneli i kwo li ne
dokato se swetna de e problema...
Sled kato go poprawih po opisaniq nachin weche beshe OK, sega sled kato se digna broq
na klasowete oste pak pochwam
da zabelqzwam podoben efekt zasega samo na grafikite, mnogo rqdko... no ot druga
strana ne moga da uwelichawam
skorostta na deafult clasa do bezkrai, celta e da e kolkoto se move po malko... za da
spira parazitniq trafik :)
Nqkoi ima li obqsnenie na posocheniq efekt...
tia
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
RE: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
strukturata na classfull qdiscovete e takava -- qdisc X:0 class X:y class X:z (leaf class) class X:w (leaf class) class X:u - zabelejete che major nomera e ednakyv a minor nomera na qdisca e 0. classless qdisc izglejda taka -- qdisc A:0 --- bez klasove. zabelejete che otnovo minor nomera na qdisc-a e 0. ako zakachate edin qdisc kym drug tova moje da stava samo na leaf classovete. t.e. zakachate vtoriq qdisc kym leaf klasa na pyrviq qdisc i ot tam negovite si pod klasove -- qdisc X:0 (classfull) class X:y class X:z (leaf class of X:) qdisc B:0 (classfull) class B:v (leaf class of B:) class B:t (leaf class of B:) class B:s (leaf class of B:) class X:w (leaf class of X:) class X:z (leaf class of X:) qdisc C:0 (classless) - zabelejete che B, C i X sa razlichni chisla da citiram lartc howto-to -- The handles of these qdiscs consist of two parts, a major number and a minor number : major:minor. It is customary to name the root qdisc '1:', which is equal to '1:0'. The minor number of a qdisc is always 0. Classes need to have the same major number as their parent. This major number must be unique within a egress or ingress setup. The minor number must be unique within a qdisc and his classes. - BR, Boyan Krosnov, CCIE#8701 http://boyan.ludost.net/ just another techie speaking for himself -Original Message- From: Nickola Kolev [mailto:[EMAIL PROTECTED] Sent: Thursday, March 20, 2003 11:47 PM To: [EMAIL PROTECTED] Subject: Re: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc. On Thu, 20 Mar 2003 22:17:30 +0200 Theodor Milkov [EMAIL PROTECTED] wrote: [ cut ] Dokolkoto znam, sled kato vednyzh si prikachil kym dadeno ustroistvo edin tip classful queueing disciplina, da rechem CBQ, ne mojesh po negovite leaves da slagash drug takyv, naprimer HTB. A eto - spored Boian moje ;-) Znachi shte se testva... - , . :) wrr , sfq, , tc class add dev eth0 parent 1: classid 1:1 htb rate 20Mbit ceil 20Mbit tc class add dev eth0 parent 1:1 classid 1:2 cbq bandwidth 100Mbit rate 5Mbit \ weight 500Kbit allot 1514 cell 8 mpu 64 prio 5 bounded isolated \ maxburst 10 minburst 0 avpkt 1514 tc ,. , , wrr ( classful, -classful ) HTB CBQ, CBQ HTB. . , ! [ cut ] Razlichno - ot 64 do 576 Kbit/s. Pri po-barzite e po-dobre. Srabotvat po-barzo sfq-ta, predpolagam zashtoto trnsmit-a na 1 quantum otnema po-malko vreme... [ cut ] , . ,quantum-, sfq -? ... , 2 quantum htb, ( r2q). - , 95% leaves ( :), load average 2, , .. quantum htb,0.30-0.40 load average 2.5 5 Mb/s . M'da. Popadnah tia dni na nego. Shte mi spesti compiliraneto na sfq s promeneneni parametri. Merci za link-a vse pak. lartc , , production . -- _ , 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
Re: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
On Thu, Mar 20, 2003 at 11:51:57AM +0200, Boyan Krosnov wrote: chestno razpredelenie shte reche kato edin potrebitel si pusne programka za downloadvane s mnogo konekcii tova da ne mu dava po-visoka obshta skorost otkolkoto na neagresivniq potrevitel kojto si downloadva s IE-to. da, tova oznachava mnogo klasove ili prost fair queueing s podhodqsh (golqm) broj opashki i hash po adres na potrebitelq. ot nalichnite fair-queue podobni disciplini v linux na nikoq ne moje da i se smenq nachina po kojto izbira koj paket v koq virtualna opashka popada. Izkjuchenie pravi WRR-to, no to e classfull qdisc, kojto avtomatichno syzdava klasove i postavq vseki potrebitel v otdelen klas, taka che ne se broi za prost fair-queue. mnogoto klasove taka ili inache ti trqbvat za da mojesh osven razpredelenie po ravno mejdu potrebitelite da pravish i ogranichenie. Kakto pisah, polzvame HTB s nad 520 klasa. Nicky pisa che polzva HTB 1500 klasa. Golemiq broj klasove ne bi trqbvalo da te pritesnqva, vypros na podhodqshti skriptove za generirane na stoticite ednakvi potrebiteli. Iasno. Blagodaria za izcherpatelnia otgovor. Prosto se chudeh dali ne sum propusnal niakoia vazmojnost za automatic fair queueing na HTB v stila na sfq ili wrr. T.e. wrr i sfq ne davat zadovolitelni rezulati v tvoia sluchai? wrr i sfq sa ednakvo zle ili vse pak wrr e po-dobre no ne dostatachno? V momenta polzvam htb+sfq, kato hash parametrite na sfq sa promeneni, taka che da matchva samo dst ip, no ima oshte kakvo da se jelae. Sas zdrave, -- Theodor MilkovHead Network Administrator Davidov Net Phone: +359 (2) 730158 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
RE: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
wrr vyrsheshe rabotata koqto se ochakvashe ot nego - t.e. da podelq trafika po ravno mejdu potrebitelite. ne sym si igral da promenqm hash funkciqta na sfq-to, no dopuskam che i s modificirano sfq moje da se svyrshi syshstata rabota po podelqne, dostatychno dobre. wrr-to e po-dobro ot sfq-to za tazi cel zashtoto mojesh da nabljudavash vseki otdelen potrebitel i mojesh da im nastrojvash razlichni prioriteti, syotvetno skorosti. Nito wrr-to nito sfq-to obache ne mogat da pravqt ogranichenie na vseki otdelen potrebitel da ne nadvishava nqkakva predvaritelno definirana skorost. tova koeto probahme beshe wrr, kym chiito leaf clasove zakachihme mnogo tbf-ta. tazi shema bi trqbvalo da raboti no imahme problemi s neq. (spomenatoto zabravqne da obslujva otdelni potrebiteli, ot koeto se trupaha mnogo paketi v opashkata na tbf-to, koito nikoga ne se obslujvaha). Tova prilichashe na bug, no nqmahme vyzmojnost da go izsledvame. Vkrajna smetka se sprqhme na varianta samo htb s mnogo klasove. Razbira se tova izobshto ne oznachava che htb e edinstvenoto raboteshto reshenie pod linux. Prosto na nas takyv ni beshe kysmeta, che s vsqko drugo koeto opitahme si imahme problemi. Nqkoj drug osven men i Nicky, shte spodeli li opit s traffic control pod free OSes? BR, Boyan -Original Message- From: Theodor Milkov [mailto:[EMAIL PROTECTED] Sent: Thursday, March 20, 2003 2:53 PM To: [EMAIL PROTECTED] Subject: Re: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc. On Thu, Mar 20, 2003 at 11:51:57AM +0200, Boyan Krosnov wrote: chestno razpredelenie shte reche kato edin potrebitel si pusne programka za downloadvane s mnogo konekcii tova da ne mu dava po-visoka obshta skorost otkolkoto na neagresivniq potrevitel kojto si downloadva s IE-to. da, tova oznachava mnogo klasove ili prost fair queueing s podhodqsh (golqm) broj opashki i hash po adres na potrebitelq. ot nalichnite fair-queue podobni disciplini v linux na nikoq ne moje da i se smenq nachina po kojto izbira koj paket v koq virtualna opashka popada. Izkjuchenie pravi WRR-to, no to e classfull qdisc, kojto avtomatichno syzdava klasove i postavq vseki potrebitel v otdelen klas, taka che ne se broi za prost fair-queue. mnogoto klasove taka ili inache ti trqbvat za da mojesh osven razpredelenie po ravno mejdu potrebitelite da pravish i ogranichenie. Kakto pisah, polzvame HTB s nad 520 klasa. Nicky pisa che polzva HTB 1500 klasa. Golemiq broj klasove ne bi trqbvalo da te pritesnqva, vypros na podhodqshti skriptove za generirane na stoticite ednakvi potrebiteli. Iasno. Blagodaria za izcherpatelnia otgovor. Prosto se chudeh dali ne sum propusnal niakoia vazmojnost za automatic fair queueing na HTB v stila na sfq ili wrr. T.e. wrr i sfq ne davat zadovolitelni rezulati v tvoia sluchai? wrr i sfq sa ednakvo zle ili vse pak wrr e po-dobre no ne dostatachno? V momenta polzvam htb+sfq, kato hash parametrite na sfq sa promeneni, taka che da matchva samo dst ip, no ima oshte kakvo da se jelae. Sas zdrave, -- Theodor MilkovHead Network Administrator Davidov Net Phone: +359 (2) 730158 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
Re: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
On Thu, 20 Mar 2003 18:49:04 +0200 Theodor Milkov [EMAIL PROTECTED] wrote: [ cut ] A zashto ne htb + wrr kato leaf? Ot tova koeto znam za traffic control vav Linux, ne stava iasno dali classful queueing moje da bade leaf na drug classful queueing... Dokolkoto znam, sled kato vednyzh si prikachil kym dadeno ustroistvo edin tip classful queueing disciplina, da rechem CBQ, ne mojesh po negovite leaves da slagash drug takyv, naprimer HTB. [ cut ] Tova koeto az polzvam e obsht htb class za tip usluga, razdelen na po malki podklasove ot po 10-ina potrebitelia (IP-ta) sas zakacheni dst matching sfq kato leaf clasove za fair queueing. Raboti gore-dolu dobre. Vsashtnost edinstvenia nedostatak e, che sfq niakaksi ne e dostatachno barz ili fair. Kogato niakoi okupira kanala, drugite mogat da go izmestiat, no dosta bavno (10-ina secundi?) i laga (ping do koe da e IP ot grupata) kato cialo e golemichak. S namaliavane na daljinata na opashkite na sfq saobrazno skorostta laga malko vliza v granici (default-a ot 128 packets e too long za 64kbps napr.), no vse oshte ne e dostatachno dobre ;-) Mojesh da namalish perturb-aciqta na SFQ, no tova (pone po moi otdavnashni testove) uvelichava CPU overhead i pribavq (kolkoto i da e stranno) latency. Bez sfq razbira se e tragichno. Postepenno se opitvat da se namestiat sesiite no 1 che otnema minuti i 2 che ako niakoi pusne multiple sessions zaema proporcionalna chast ot kanala. T.e. sfq raboti. Raboti si, kakvo da mu e. ;) Ako ne e taina, kakyv e bandwidth-a, zadelen za leaves pri teb? Zashtoto pri men bolshinstvoto sa s otnositelno malka shirina - 64, 128, 256Kbit/s. Moje bi stava problemno, ako pravish mnogo na broi i golemi (kato bandwidth) lista... Za syzhalenie ne sym zapoznat s inner working na razlichnite vidove scheduling. Chudeh se ako go zamenia s wrr kak shte se chuvstva. Nai-veroiatno kato mi ostane dostatachno svobodno vreme (shototo moite lichni queues sa se raztegnali chak do nachaloto na juni ;-D) shte izprobvam niakoi novi varianti. Ako niakoi obache ima opit... Ima edna mnogo interesna razrabotka na http://www.ssi.bg/~alex/esfq/index.html Hvyrli i edin pogled. -- _ , pgp0.pgp Description: PGP signature
RE: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
A zashto ne htb + wrr kato leaf? Ot tova koeto znam za traffic control vav Linux, ne stava iasno dali classful queueing moje da bade leaf na drug classful queueing... I tova probvahme. Ako prochetesh pyrviq mi mail v tozi thread, shte vidish vsichki varianti, koito sme probvali. da se citiram sebe si za da ne rovish: HTB za obshtite klasove + WRR za otdelnite potrebiteli (samo razpredelenie, bez ogranichenie) - raboti, no e znachitelno po-tochno Raboti i tova, no kakto moje da se ochakva ne mojesh s nego da ogranichavash vseki otdelen ip adres na nqkakva maksimalna skorost, a tova e koeto ni trqbva v sluchaq. T.k. potrebitelite sa mnogo i imat po tochno edin ip adres i uslugata e ot takyv (ogranichen ot gore) tip. V tozi sluchaj polzvahme htb-to za ogranichenie na golemi grupi useri i wrr-to za ravno razpredelenie mejdu potrebitelite v edna grupa. Tova koeto az polzvam e obsht htb class za tip usluga, razdelen na po malki podklasove ot po 10-ina potrebitelia (IP-ta) sas zakacheni dst matching sfq kato leaf clasove za fair queueing. Raboti gore-dolu dobre. Vsashtnost edinstvenia nedostatak e, che sfq niakaksi ne e dostatachno barz ili fair. Kogato niakoi okupira kanala, drugite mogat da go izmestiat, no dosta bavno (10-ina secundi?) i laga (ping do koe da e IP ot grupata) kato cialo e golemichak. S namaliavane na daljinata na opashkite na sfq saobrazno skorostta laga malko vliza v granici (default-a ot 128 packets e too long za 64kbps napr.), no vse oshte ne e dostatachno dobre ;-) Mislil li si dali efekta s golemite delay-i ne se dylji na prekomerna preupotreba na kapaciteta? Primerno 64 kilobita s 10 aktivni (tegleshti) potrebitelq vseki ot koito popada v otdelen service flow i imash 1500 baitovi paketi za vseki potrebitel. Ednoposochniq delay za prekarvane na edin paket kym 11-ti potrebitel prez takava opashka e _sredno_ 2 sekundi. Delay-a idva ot tova che trqbva vseki potrebitel da byde obslujvan i ne mojesh da obslujvash po-malko ot quantum (minimum 1500 bytes) na potrebitel. Ta ako imash prekomerna preupotreba na kapaciteta, t.e. mnogo potrebiteli za koito imash paketi chakashti na opashka pri teb ne mojesh da reshish problema sys zakysneniqta po prostata prichina che vsichki potrebiteli trqbva da bydat obslujeni. Ima nachin da dropish paketi pri preupotreba ot nqkoj potrebitel, no taka ili inache ne mojesh da pazish po-malko ot edin paket na opashka na potrebitel, koeto e dostatychno za da se vdigne delay-a do nebesata, v sluchaj che imash seriozno pretovarvane. BR, Boyan 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
Re: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
On Thu, Mar 20, 2003 at 09:21:09PM +0200, Nickola Kolev wrote: On Thu, 20 Mar 2003 18:49:04 +0200 Theodor Milkov [EMAIL PROTECTED] wrote: [ cut ] A zashto ne htb + wrr kato leaf? Ot tova koeto znam za traffic control vav Linux, ne stava iasno dali classful queueing moje da bade leaf na drug classful queueing... Dokolkoto znam, sled kato vednyzh si prikachil kym dadeno ustroistvo edin tip classful queueing disciplina, da rechem CBQ, ne mojesh po negovite leaves da slagash drug takyv, naprimer HTB. A eto - spored Boian moje ;-) Znachi shte se testva... cut Raboti si, kakvo da mu e. ;) Ako ne e taina, kakyv e bandwidth-a, zadelen za leaves pri teb? Zashtoto pri men bolshinstvoto sa s otnositelno malka shirina - 64, 128, 256Kbit/s. Moje bi stava problemno, ako pravish mnogo na broi i golemi (kato bandwidth) lista... Za syzhalenie ne sym zapoznat s inner working na razlichnite vidove scheduling. cut Razlichno - ot 64 do 576 Kbit/s. Pri po-barzite e po-dobre. Srabotvat po-barzo sfq-ta, predpolagam zashtoto trnsmit-a na 1 quantum otnema po-malko vreme... Vsashtnost dosta dobre si raboti systemata. Prosto na men mi se iska niakak si oshte po-dobre ako moje ;-) cut Ima edna mnogo interesna razrabotka na http://www.ssi.bg/~alex/esfq/index.html Hvyrli i edin pogled. cut M'da. Popadnah tia dni na nego. Shte mi spesti compiliraneto na sfq s promeneneni parametri. Merci za link-a vse pak. -- Theodor MilkovHead Network Administrator Davidov Net Phone: +359 (2) 730158 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
Re: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
On Thu, Mar 20, 2003 at 09:38:56PM +0200, Boyan Krosnov wrote: cut Tova koeto az polzvam e obsht htb class za tip usluga, razdelen na po malki podklasove ot po 10-ina potrebitelia (IP-ta) sas zakacheni dst matching sfq kato leaf clasove za fair queueing. Raboti gore-dolu dobre. Vsashtnost edinstvenia nedostatak e, che sfq niakaksi ne e dostatachno barz ili fair. Kogato niakoi okupira kanala, drugite mogat da go izmestiat, no dosta bavno (10-ina secundi?) i laga (ping do koe da e IP ot grupata) kato cialo e golemichak. S namaliavane na daljinata na opashkite na sfq saobrazno skorostta laga malko vliza v granici (default-a ot 128 packets e too long za 64kbps napr.), no vse oshte ne e dostatachno dobre ;-) Mislil li si dali efekta s golemite delay-i ne se dylji na prekomerna preupotreba na kapaciteta? Primerno 64 kilobita s 10 aktivni (tegleshti) potrebitelq vseki ot koito popada v otdelen service flow i imash 1500 baitovi paketi za vseki potrebitel. Ne, ne e tova. Dostatachni sa 3 download sesii za da se vdigne lag-a na okolo 1 secunda. Iavno reshenieto e po-malki grupi i daljina na opashkite saobrazena sas skorostta (na parent class). Ednoposochniq delay za prekarvane na edin paket kym 11-ti potrebitel prez takava opashka e _sredno_ 2 sekundi. Delay-a idva ot tova che trqbva vseki potrebitel da byde obslujvan i ne mojesh da obslujvash po-malko ot quantum (minimum 1500 bytes) na potrebitel. Ta ako imash prekomerna preupotreba na kapaciteta, t.e. mnogo potrebiteli za koito imash paketi chakashti na opashka pri teb ne mojesh da reshish problema sys zakysneniqta po prostata prichina che vsichki potrebiteli trqbva da bydat obslujeni. Ima nachin da dropish paketi pri preupotreba ot nqkoj potrebitel, no taka ili inache ne mojesh da pazish po-malko ot edin paket na opashka na potrebitel, koeto e dostatychno za da se vdigne delay-a do nebesata, v sluchaj che imash seriozno pretovarvane. Sas zdrave, -- Theodor MilkovHead Network Administrator Davidov Net Phone: +359 (2) 730158 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
Re: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
On Thu, 20 Mar 2003 22:17:30 +0200 Theodor Milkov [EMAIL PROTECTED] wrote: [ cut ] Dokolkoto znam, sled kato vednyzh si prikachil kym dadeno ustroistvo edin tip classful queueing disciplina, da rechem CBQ, ne mojesh po negovite leaves da slagash drug takyv, naprimer HTB. A eto - spored Boian moje ;-) Znachi shte se testva... - , . :) wrr , sfq, , tc class add dev eth0 parent 1: classid 1:1 htb rate 20Mbit ceil 20Mbit tc class add dev eth0 parent 1:1 classid 1:2 cbq bandwidth 100Mbit rate 5Mbit \ weight 500Kbit allot 1514 cell 8 mpu 64 prio 5 bounded isolated \ maxburst 10 minburst 0 avpkt 1514 tc ,. , , wrr ( classful, -classful ) HTB CBQ, CBQ HTB. . , ! [ cut ] Razlichno - ot 64 do 576 Kbit/s. Pri po-barzite e po-dobre. Srabotvat po-barzo sfq-ta, predpolagam zashtoto trnsmit-a na 1 quantum otnema po-malko vreme... [ cut ] , . ,quantum-, sfq -? ... , 2 quantum htb, (r2q). - , 95% leaves ( :), load average 2, , .. quantum htb,0.30-0.40 load average 2.5 5 Mb/s . M'da. Popadnah tia dni na nego. Shte mi spesti compiliraneto na sfq s promeneneni parametri. Merci za link-a vse pak. lartc , , production . -- _ , pgp0.pgp Description: PGP signature
Re: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
On Thu, Mar 20, 2003 at 11:46:59PM +0200, Nickola Kolev wrote: [ cut ] Razlichno - ot 64 do 576 Kbit/s. Pri po-barzite e po-dobre. Srabotvat po-barzo sfq-ta, predpolagam zashtoto trnsmit-a na 1 quantum otnema po-malko vreme... [ cut ] , . ,quantum-, sfq -? ... Ne. Imah predvid, che za da se transmitne minimalnoto kolichestvo danni - quantum (kvant) pri class s visoka skorost e neobhodimo po-malko vreme i ottam po kratkoto vreme za reakcia i po-goliamata interaktivnost. Pone takiva sa subectivnite mi nabliudenia i izvodi - ne sum provejdal istinski testove. Sas zdrave, -- Theodor MilkovHead Network Administrator Davidov Net Phone: +359 (2) 730158 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
RE: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
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
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
RE: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
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
Re: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
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. -, pgp0.pgp Description: PGP signature
Re: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
On 19 03 2003 15:06, Nickola Kolev wrote: 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. ;))) . hard lockups kernel hang. corrupted data structures , kernel thread (read/write) shared data structures. shared data structures. , Linuxadvanced locking primitives ( [hard lockpus],[locking] read/write, ;-)...qdisciplines kernel source user space tc () __ in safest way possible user space, tckernel space ( - kernel-data, shared data structures) user space .. tc... flames, htb others hard lockups/hang cases HTB , ...user space workaround, kernel-a... ... , ( ) user/kernel space. , . , flamewar , e.g. kernel's ...;-)... I'm just a Doc. -- printk(KERN_EMERG Peace. No flames., panic_timeout); mdelay(panic_timeout*1000); machine_restart(NULL); 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
Re: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.
On Wed, Mar 19, 2003 at 12:20:02PM +0200, Boyan Krosnov wrote: cut HTB ot kraj do kraj (obshti klasove, chestno razpredelenie, ogranichenie per user) - prosto raboti vsichko koeto iskame ot nego. cut Kakvo imash predvid pod chstno razpredeliane tuk? Fair Queueing? Ili vseki potrebitel v otdelen child class (koeto oznachava ujasno mnogo clasove)? -- Theodor MilkovHead Network Administrator Davidov Net Phone: +359 (2) 730158 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
