Dobry den, nevi nekdo, ktery algoritmus pro omezeni sirky pasma je nejrychlejsi (CBQ,HTB,TBF...)? A v kombinaci s jakym oznacovanim paketu? Pouzival jsem CBQ, pak jsem presel na HTB, ale porad to neni ono. (vyzkousel jsem jak MARK tak 32ku) Mam 2GHz router, nekolik stovek uzivatelu s vetsinou 100Mbit pristupem a jde to vsechno pres jednu masinu (musi). Bohuzel, jakmile zacnu uzivatelum omezovat sirku pasma, zatez stroje vyskoci strasne nahoru (presneji softirq). Ma nekdo napad?
diky
co jsem zatim videl tak CBQ, vychazelo oproti HTB v narocich o neco lip, ale mozna se jedna o subjektivni pocit, protoze naroky na sit nejsou nikdy jednoznacne...
Ono je to presne ako s firewallovymi pravidlami, daju sa napisat efektivne a menej efektivne a potom podla toho vyzera aj zatezenie stroja.
Odporucam sa pozriet na lartc.org a hlavne prehladat prislusny mailing list lartc@. Ale na stroji s 2GHz procesorom, nieje problem shapovat niekolko stoviek zakaznikov a na dual-proc masinach az niekolko tisic, co by malo na bezne pomery byt dostacujuce...
Co sa tyka tej narocnosti CBQ a HTB, tak na strankach Devik-a (autor HTB) su grafy, kde je jasne vidiet, ako je HTB rychlejsie oproti CBQ.
Inak hit poslednych mesiacov v shapingu je hsfc, ktore dosahuje daleko lepsie vysledky pri zdielani pasma ako HTB a je aj viac presnejsie ako HTB.
Dekuji za info. Podle mych zkusenosti je opravdu HTB rychlejsi(docela vyrazne), ale i tak to nestaci (uplink ven je totiz 1GBs a uzivatelu temer tisic). Pravdou ale je, ze jsem jeste nezkousel nektere parametry z devikova manu. Za tip na hsfc diky.
S tou hardwarovou náročností bych to opravdu neviděl až tak zle. Shapujeme cca. 200 klientů, na 3 rozhraních, v obou směrech na CPU Duron 700. Bez jakýchkoliv problémů. Chybku by ale mohli dělat třebas i síťové karty, nějaký chybka v markování či něco podobného. Pokud budete potřebovat pomoc, stačí napsat...
ziju v domneni, ze vice CPU v tomhle pripade je celkem k nicemu. Pokud se hlavni rezie s frontovanim packetu deje v ramci kodu volaneho hw prerusenim pri prichodu packetu, pak vice CPU muze mit naopak negativni vliv ne? (volani multi cpu zamku atd). Preruseni od hw zpracovava stejne v jednom case jen jeden CPU.
Rad se necham vyvest z omylu...
Pokud se nepletu tak i na x86 SMP arch pod rozumnym OS lze diky APIC smerovat HW preruseni(obsluhu) na urcite CPU. x86 na to sice nebyla nikdy stavena, ale diky ruznym HW/SW berlickam ktere se casem objevily to funguje. Pro klasicke UNIXove arch (Alpha, Sparc, Power...) je to zamozrejmost.
HSFC je sucastou vanila kernelu a nieje treba nic patchovat. Tak isto aj iproute2 ma v sebe podporu pre HSFC - treba ale pouzit najnovsiu verziu z http://developer.osdl.org/dev/iproute2/
Priklady a dokumentaciu treba hladat v ALTQ, kedze linuxova implementacia HSFC vznikla podla implementacie v ALTQ.
