Názory k článku
Z linuxového jádra zmizel problematický IO plánovač
-
Yenya (neregistrovaný)
Ja 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
-
Program (neregistrovaný)
Tady 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)
-
trubicoid (neregistrovaný)
o 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.8je 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 -
Program (neregistrovaný)
Zají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 :-) )
-
Luke (neregistrovaný)
Mne 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.
-
Program (neregistrovaný)
Tak 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.
-
Program (neregistrovaný)
Co 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.
