je pozorovatelna nejaka zmena? ved uz od 2.6.18 je cfq vychodzi scheduler
Z linuxového jádra zmizel problematický IO plánovač
Je to přibližně čtrnáct dní, co bylo vydáno nejnovější linuxové jádro 2.6.33. Na KernelNewbies.org jsou k dispozici podrobné informace o novinkách a změnách. Na důležité změny upozorňuje LinuxMagazine a poukazuje zejména na starší IO plánovač, který byl schopen předvídat následující operace a načíst si data z disků předem. Podle provedených benchmarků tak mohl propustnost Apache navýšit až o 71 %, ale třeba u databáze se mohlo projevit nepříjemné zpomalení až o 15 %. Plánovač tedy často způsoboval výkonností problémy. Linus se nyní rozhodl, že aktuální CFQ plánovač je dostatečně kvalitní a starý plánovač proto z jádra vyhodil. Pozorovali jste nějaké pozitivní změny?
Dále čtěte…
- Greg Kroah-Hartman, šéf vývoje linuxového jádra, opustil SUSE 1. 2. 2012 14:50
- Které novinky se nedostanou do jádra 3.3 24. 1. 2012 15:23
- Co můžeme očekávat letos od vývoje jádra 13. 1. 2012 17:13
- Jádro 3.0 bude podporováno dva roky, ostatní jen krátce 11. 1. 2012 8:52
- Vyšlo Linuxové jádro 3.2 6. 1. 2012 11:36
Problem CFQ
celé vláknoJa mam s CFQ zasadni problem, a to ze nefunguje dobre nad SW RAIDem, ktery se prave rekonstruuje. S deadline je pole za provozu sesynchronizovane do pul dne, s CFQ za nekolik dni (a i tak pri tom system subjektivne reaguje pomaleji). Pouzivam deadline scheduler a ten je OK. Musim ale priznat, ze CFQ jsem zkousel naposled tak ve 2.6.29.
-Yenya
Re: Problem CFQ
celé vláknoTady by mě zajímalo, jak se choval anticipatory… Jinak používat deadline scheduler mi připadá jako docela masochismus, co jsem zkoušel, tak když jdou 2 souběžné požadavky (například kopírování 2 souborů) zároveň, tak ten scheduler jde úplně do háje (cca 100% zpomalení oproti anticipatory nebo cfq)
Re: Problem CFQ
celé vláknoo masochizmu nic nevim, taky pouzivam deadline, tak jsem to zmeril; udelam 4×4GB soubory a zarovnej kopiruju 1 na 2 a 3 na 4, predtim vysypu cache:
deadline 2:53.8
cfq..... 3:11.2
noop.... 2:47.8
je to luks na RAID5 na 3 diskach a 2.6.33. Pak jsem jeste zkusli synchronizaci RAID1 na 3 diskach (ten RAID5 je velkej a moc dlouho trva)
deadline 3:56.4
cfq..... 3:55.7
noop.... 4:04.3
Re: Problem CFQ
celé vláknoZajímavé, ale řekl bych, že to hovoří samo za sebe, jelikož nejlépe vychází noop (resp. malinko hůře). Možná jde o optimalizaci pohybu hlaviček. Hádám, ale možné je, že si nerozumí s tím RAIDem. Já jsem to tenkrát zkoušel na 1 IDE disku a rozdíl byl opravdu znatelný (zkoušel jsem i co udělá noop, ale výsledky rozhodně nebyly tak hezké jako u vás :-) )
Re: Problem CFQ
celé vláknoRAID mal nejaky problem aj sam so sebou, synchronizacia isla hrozne pomaly a velky system load, v 2.6.33 to uz ide normalne.
Re: Problem CFQ
celé vláknoMne vzdycky prislo, ze vsechny ty planovace funguji ± stejne spatne. Nebo mozna je to kombinace planovace s FS, kazdopadne mi prijde absurdni, ze jedna zla aplikace (napr. rsync nebo scp) dokaze znemoznit cely system, zejmena kdyz data prichazi ze site velkou rychlsti, vetsi nez je dokaze lokalni disk zapisovat. Pak pozoruji to, ze suverene vyhrava aplikace, co zapisuje (rsync, scp) a vsechny ostatni stoji a cekaji na disk.
WTF?
celé vláknoTak to nechápu. Anticipatory scheduler byl dobrý. Jen, pokud vím, měl probémy s řadiči s vlastní predikcí, ale na starším HW byl skvělý a když bylo málo paměti, tak systém nežral tolik cache. Tomuhle rozhodnutí opravdu nerozumím…
Jinak bych si troufl tvrdit, že úroveň této zprávičky je nejhorší s čím jsem se kdy na rootu setkal.
Re: WTF?
celé vláknoNechapu co se ti na tom nelibi. Ja jsem z toho pochopil vsjo. Tvuj prispecek je typicky ceske nature…delat h* a hodne o necem kecat a pak nic neudelat.
Re: WTF?
celé vláknoCo prosím? Myslím, že bych to mohl zacyklit stejným příspěvkem…
Zprávička je šílená. Že jde o anticipatory scheduler mi došlo, ale vzhledem k tomu, že je tam ještě deadline (noop neřeším), bylo by dobré název jmenovat, navíc, jaký rozdíl by měl člověk poznat? Max, že mu chybí jeho scheduler. Ta zprávička je prostě totálně neodborné zkrácení a přeložení onoho článku.

