Van egy számomra idegesítő probléma, amely az Ubuntu Linux alapú rendszereimet (9.04, 9.10) érinti, grafikus környezetben. Ha nagyobb fájlokat másolok a rendszeren (elsősorban a rendszert is tartalmazó merevlemezen), akkor a grafikus rendszer (X, fglrx, GNOME asztali környezet) iszonyatosan lelassul, válaszékonysága (Responsiveness) elviselhetetlenül alacsony szintre esik. Ti találkoztatok ezzel a problémával? Úgy tűnik nem csak Ubuntura korlátozódik a probléma, ezért is érdekelne a HUP-társak véleménye, tapasztalata.

Egy Ubuntu Launchpad hibajegy alapján kezdtem el játszani a lehetséges további beállításokkal. Egy másik, kapcsolódó hibajegy, ahol egy pár teszt is elérhető. Úgy tűnik a hiba másoknál is előfordul - barátaimnál is, és látok jópár ezzel kapcsolatos a levelezőlistákon is - ezért, úgy vélem, érdemes ezzel a kérdéssel foglalkozni, tapasztalatainkat megosztani. Mint ahogy azt mások is tették.

Első lépésként ellenőrizzük milyen I/O schedulert használ rendszerünk. Ezt a lekérdezést meghajtónként tudjuk elvégezni az alábbi módon:
cat /sys/block/sda/queue/scheduler

Az sda a vizsgálandó lemezes eszközünk.

Alapértelmezésben ezt a választ kapjuk:
noop anticipatory deadline [cfq]

Amennyiben ezen változtatni szeretnénk adjuk ki az alábbi parancsot:
echo deadline > /sys/block/sda/queue/scheduler

Példában az sda eszköz mostantól deadline I/O ütemezőt használ. Ezzel úgy tűnik a fentiekben vázolt probléma megszűnik. Ugyanez igaz a noop, anticipatory vagy deadline közül bármelyikre, így lehet, hogy az alapértelmezéshez (CFQ) képest mindennel jobban járunk - legalábbis asztali rendszer esetén.

Ellenőrizzük a beállításokat:

cat /sys/block/sda/queue/scheduler 
noop anticipatory [deadline] cfq 

Ettől kezdve nincs más dolgunk mint ellenőrizni, hogy ez a módosítás valóban segített a fenti problémán. Mivel maga a válaszékonyság önmagában nehezen mérhető, kíváncsi lennék, hogy ki mire jutott a tippel kapcsolatban. Érdemes a deadline mellett a noop lehetőséget is kipróbálni. Várom tehát a visszajelzéseket, kinek, milyen gépen, melyik volt a legjobb megoldás.

Ha megtetszik valamelyik beállítás, így véglegesíthetjük:
Szerkesszük a /boot/grub/menu.lst fájlt:
gksudo gedit /boot/grub/menu.lst

Keressük meg a kernel boot paramétereit tartalmazó sorát, amely például nálam így néz ki:
kernel /boot/vmlinuz-2.6.31-13-generic root=UUID=92f912ad-b348-4b68-b6c6-1963a5a2e1fb ro quiet splash

és adjuk hozzá a választott ütemezőt, példánkban elevator=deadline, ilyen módon:
kernel /boot/vmlinuz-2.6.31-13-generic root=UUID=92f912ad-b348-4b68-b6c6-1963a5a2e1fb ro quiet splash elevator=deadline

Tegyük meg azt azoknál a kernel-bejegyzéseknél, amelyeket használni kívánunk.

Mentsük el a fájlt majd futtassuk a
sudo update-grub
parancsot.

Ezzel véglegesítettük a beállításokat.

A különféle ütemezőkről pár szóban:

1. CFQ scheduler (Completely Fair Queuing) (cfq): Napjainkban ez az alapértelmezett I/O ütemező a legtöbb Linux disztribució esetén. Nagy telejsítményű lemezes rendszerekhez lehet jó választás.
2. Noop scheduler (noop): Egyszerű I/O ütemező, amely lényegében a FIFO elv mentén végzi a kiszolgálást.
3. Anticipatory scheduler (anticipatory): A Linux rendszerek CFQ előtti I/O ütemezője, rosszabbul teljesít nagy teljesítmény lemez-alrendszer esetén, mint a CFQ.
4. Deadline scheduler (deadline): Garantált időt próbál biztosítani az egyes feladatok kiszolgálásához, mind írás, mind olvasás tekintetében...

Szilárdtest-meghatók (SSD) esetén a noop I/O ütemező lehet a legjobb választás.