"Apróbb" módosítások a rendszer belsejében
Néha az ember fura dolgokkal találkozik. Ilyen például a feltünően lassú másolási/adatmozgatási sebesség is.
Bizonyos esetekben a magas I/O wait miatt (tipikusan nagyméretű fájlok mozgatásakor) megnő a Load is, ezáltal a rendszer reagálási ideje drasztikusan csökenhet.
Linux alatt (természetesen :P) van mód arra, hogy valamelyest javítsunk a helyzeten. Viszont mindenekelőtt figyelmeztetlek:
Az alábbi változtatások (bár én kipróbáltam őket és nálam működnek) nem javasoltak olyan esetben, ha nem vagy tisztában a rendszered működésével, csak teszt jellegűek, éles rendszeren való használatuk nem ajánlott, semmilyen felelősséget nem vállalok az esetleges károkért.
Az első fegyverünk a hdparm nevű alkalmazás.
Zanzásítva:
Ellenőrizzük, hogy a DMA megfeleőlen működik-e:
sumo@forbidden:~$ sudo hdparm -I /dev/sda | grep dma
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
sumo@forbidden:~$
Ebben a esetben működik, jól látható, hogy az udma6 előtt kis csillag jelzi a megfelelő DMA használatot.
Ha ilyenünk nincs, próbálkozzunk az alábbi parancsal:
sudo hdparm -d 1 /dev/sda
Ez megkísérli bekapcsolni a lemezen a DMA módot.
Ezután ellenőrizzük, hogy a Write cache engedélyezve van-e:
sumo@forbidden:~$ sudo hdparm -I /dev/sda | grep Write
* Write cache
Write-Read-Verify feature set
sumo@forbidden:~$
Itt, ha Write cache sort látjuk, akkor minden rendben, nincs teendő. Ellenkező esetben adjuk ki a következő parancsot:
hdparm -W 1 /dev/sda 1
Ezzel engedélyezzük a Write cache-t a lemezen.
Megjegyzés: A /dev/sda a megfelelő lemez azonosítójával helyettesítendő.
Ezután bütyköljük meg egy kicsit az /etc/fstab fájlt.
Alapértelmezésben a meghajtók a "relatime" kapcsolóval vannak felmountolva. Ezt kicserélhetjük egy olyanra, ami kevésbé terheli a lemezeket.
A teendőnk:
Nyissuk meg az /etc/fstab fájlt egy szövegszerkesztővel és a mount sorokban a "relatime" kapcsolót cseréljük ki a "noatime,nodiratime" kapcsolóra.
Ezután már csak egy reboot van hátra és ha minden megfelelően működik, akkor jelentősen le tudtuk szorítani az I/O wait miatti problémákat.
Enjoy.
- sumo blogja
- Új hozzászólás
- 908 olvasás
