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
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.
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.