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

[danchev@email.domain.hidden (George Danchev)]

On 19 03 2003 15:06, Nickola Kolev wrote:
<em class="quotelev1">>  Boyan wrote:
<em class="quotelev1">> 
<em class="quotelev1">>
<em class="quotelev2">>   > V momenta polzvame chisto htb s okolo 520 klasa (v ednata posoka, i
<em class="quotelev2">>   > oshte tolkova v drugata) za ogranichenie i balansirane na trafik ot
<em class="quotelev2">>   > internet/peering kym vseki otdelen kabelen user i obratno. I obshti
<em class="quotelev2">>   > limiti za nqkoi grupi clasove.
<em class="quotelev2">>  >
<em class="quotelev2">>  > Moga da kaja che raboti vpechatlqvashto (v sravnenie s drugite resheniq
<em class="quotelev2">>  > pod linux, koito si imaha syotvetnite problemi).
<em class="quotelev1">>
<em class="quotelev1">> 
<em class="quotelev1">> Da, i az polzvam htb - naistina raboti vpechatlqvashto. Imam okolo 1500
<em class="quotelev1">> klasa, koito garantirat min skorost kakto po grupi, taka i na otdelni
<em class="quotelev1">> useri.
 

<em class="quotelev2">>  > s HTB-to s mnogoto klasove i filtri imahme efekta che kernela se
<em class="quotelev2">>  > panirashe. zaobikolihme go kato postavihme 100ms sleep mejdu operaciite.
<em class="quotelev2">>  > predpolagame che e nqkakyv locking problem v kernela. Na predishnata
<em class="quotelev2">>  > (po-slaba) mashina imah efekta che ako pusna tc utilkata i gledam
<em class="quotelev2">>  > ogromniq i izhod prez less kernela neminuemo zabivashe sled izvestno
<em class="quotelev2">>  > vreme (naj-veroqtno poradi tova che drugo tc se puska ot vreme na vreme
<em class="quotelev2">>  > da sybira statistiki w rrd-ta)
<em class="quotelev1">>
<em class="quotelev1">> 
<em class="quotelev1">> Interesno, edinstveniq pyt, kogato uspqh da dokaram mashina s htb do kernel
<em class="quotelev1">> panic beshe, kogato rychkah, deto ne trqbvashe. A imenno, vyv versiq 2.0
<em class="quotelev1">> na htb imashe ogranichenie za dylbochina na clasovete v ierarhiqta 4 (ili
<em class="quotelev1">> 8, ne pomnq veche). Ta pipah kakvoto pipah, i mashinata experience-vashe
<em class="quotelev1">> seriozni, hard lockups. ;)))

Ñàìî ïðåäëîæåíèÿ áåç íèêàêâè èäåè çà çàÿæäàíå èëè äà ïîïðàâÿì êîéòî è äà áèëî. 
hard lockups òóê å óïîòðåáåíî êàòî çàáèâêà èëè kernel hang. Òîâà ìîæå äà å â 
ðàçóëòàò îò corrupted data structures â ÿäðîòî â ðåçóëòàò íà òîâà, ÷å ïîâå÷å 
îò åäèí kernel thread ìàíèïóëèðàò (read/write) êîíêóðåíòíî äàäåíè shared data 
structures. Çà òîâà ñè èìà ïðèìèòèâè çà çàêëþ÷âàíå íà ïîäîáíè shared data 
structures. Äà, Linux ÿäðîòî ðàçïîëàãà ñ advanced locking primitives (íå çà 
çàáèâàíå íà ÿäðîòî [hard lockpus], à çà çàêëþ÷âàíå [locking] íà äàäåíè ïîëåòà 
îò äàäåíà ÿäðåíà íèøêà çà read/write, òàêà ÷å äðóãèòå ÿäðåíè íèøêè äà íå 
ïèøàò òàì äîêàòî íÿêîé ÷åòå èëè ÷åòàò îò òàì äîêàòî íÿêîé ïèøå è äðóãè 
ñëó÷àè;-)... Áåç äà èìàì ïðåòåíöèéòå äà ðàçáèðàì îò qdisciplines è kernel 
source ìè ñå ñòðóâà ÷å èìåííî user space tc ïðîâîêèðà ÿäðåíà íèøêà èëè íèøêè 
êîÿ(è)òî íå âçàèìîäåéñòâàò _êîíêóðåíòíî_ in safest way possible ïðèåìàéêè îò 
user space, tc êîìàíäè "÷åòåéêè îò" èëè "ïèøåéêè â" â kernel 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
============================================================================