nagyvonalakban:
az elevator a kernel azon resze, ami a block eszkozok (merevlemez, …) io hivasainak kezeleseert felel; pontosabban a hivasok megfelelol elv szerint sorrendbe rendezeseert; tobb probalkozas szuletett az idok soran, a 2.4ben meg deadline robogott, ami ugyan nem volt bonyolult (mindig egymashoz kozel levo olvasasokat vegzett el elobb, ezzel minimalizalva a fejmozgatast; de azert tul sokaig nem vart egy keres) de nem is myujtott tul jo teljesitmenyt desktop rendszeren (mivel itt inkabb rnd hivasok szuletnek, nem olyan egyenletes, mint pld egy adatbazis eseten); volt tobb probalkozas ennek javitasara, pld (2.4-wolkban is megtalalhato) low latency io sheduler (lehetoleg ne varakozzon egy hivas se), ami ugyan kicsit lassabb volt, de legalabb nem akadt annyitt a rendszer;
aztan jott 2.6 kernel es benne az anticipatory, ami mar tobb hivast is tudott egyidejuleg vegrehajtani (nemcsak egymas utan egy teljes hivast), de az elv a egymashoz kozeli hivasokkal a fejmozgas csokkentese maradt;
aztan jott a cfq, ami a hivasok kozt megprobalja egyenloen szetosztani a fejmozgatasra szant idot; ezzel elvileg lassabb, mint a deadline, de megintcsak desktop rendszerben jobb teljesitmenyt nyujt, ha egy hivasnak sem kell tul sokat varakozni;
cfq eddig csak patchkent volt elerheto (illetve resze -ck es wolk patchsetnek); de 2.6.6 ota resze az alapkernelnek (megj: sorry, elmult honapban nem kerneleztem annyit, azt „lemaradtam rola”); bekapcsolasa legegyszerubb egy kis „elevator eroltetessel”: alapesetben kivalasztodna az anticipatoryt, bar boot parameterekkel felulbiralhato a dontes; de trukkozunk: ami nincs bent a kenrelben, azt nem tudja kivalasztani:
General setup – Configure standard kernel features – kapcsolj ki minden mas shedulert (noop, anticipatory, deadline);

sajat kulonbejaratu velemeny: csodat ne varj, de intenziv io alkalmazasok (kozvetlen kapcsolat…) futasa kicsit zokkenomentesebb lesz;

(felremagyarazert sorry, azert annyira nem vagom a temat)