Hirdetés

Hirdetés

Új hozzászólás Aktív témák

  • #21078528

    törölt tag

    válasz arm1n_ #14309 üzenetére

    Mivel többször felmerült itt a fórumon, egy gyors Linux+ SSD összefoglaló, ahogy én szoktam, tehát nem biztos, hogy így a legjobb, mindenki csak saját felelősségre, és tessék tájékozódni több forrásból!

    Partícionálás:
    Érdemes a GParted programmal csinálni (több LiveCD-s terjesztésen megtalálható, GParted Live, SysRescueCD, stb.) így biztosan jó lesz az alignálás, alapból helyesen ajánlja fel. Lényeg, hogy az első partíciónak a 2048-as szektornál kell kezdődnie!
    Alignálás ellenőrzése:
    fdisk -l /dev/sda | grep -E sda[0-9]+ | sed s/*// |
    awk '{printf ("%s %f ",$1,$2/512); if($2%512) { print "ROSSZ" }else {print "OK"} }' | column -t

    Ne feledjük, minél több helyet hagyunk szabadon a meghajtón, a vezérlő annál jobban érzi magát!
    Ha rendelkezünk HDD-vel is, megfontolandó a /var könyvtár (gyakran módosuló adatok) és a swap HDD-re rakása.
    Ezenkívül érdemes a /tmp könyvtárat tmpfssel a RAM-ba rakni (ezt néhány terjesztés alapból megteszi).
    Ehhez az /etc/fstab fájlba írjuk a következő sort:
    tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0

    Fájlrendszer, TRIM, ütemező:
    A TRIM-nek két megvalósítása van Linuxxon, az /etc/fstab fájlba írt discard opció, ill. az fstrim parancs.
    A discard hatására az OS közli a vezérlővel, hogy az adott adat logikailag már nem létezik, valósan törölhető. Régebbi meghajtóknál ez azonnal végrehajtódik, ezért sok kis fájl esetén teljesítmény problémákat okozhat. Az újabb queued TRIM (SATA rev. 3.1) eljárást ismerőknél viszont a blokkok felszabadítása nem (feltétlen) történik meg azonnal, a teljesítmény csökkenés veszélye kevésbé áll fenn.
    Discard az /etc/fstab fájlban (példa):
    UUID=f0ae2c59-83d2-42e7-81c4-2e870b6b255d / ext4 discard,errors=remount-ro 0 1

    Az fstrim parancs megvizsgálja a meghajtót, és alapértelmezésben az összes felszabadítható blokkot "törli".
    Tipikus formája:
    fstrim -v /csatolási pont
    Kiadható manuálisan, de célravezetőbb boot szkriptbe (pl. rc.local) tenni, vagy cron feladatot létrehozni belőle, napi futtatással.
    Hogy melyiket érdemes használni, azt nagyban befolyásolják a felhasználói szokások, én a magam részéről a discard opciót favorizálom.
    Jelenleg a következő Linuxxos fájlrendszerek támogatják a TRIM funkciót: EXT4, Btrfs, JFS, XFS, Reiser4 (még nincs a hivatalos kernelfában).

    Érdemes lehet az I/O ütemezőt cfq-ról deadline-ra, ill. csak SSD használat esetén noop-ra állítani.
    Jelenlegi ütemező lekérdezése:
    cat /sys/block/sda/queue/scheduler
    Az ütemezőt legegyszerűbb az /etc/default/grub fájl megfelelő sorának módosításával állítani (példánkban deadline-ra):
    GRUB_CMDLINE_LINUX_DEFAULT="elevator=deadline quiet splash"
    Majd futtassuk az update-grub parancsot! A beállítás a következő rendszer töltéskor lép érvénybe.

    Egyéb ötletek:
    A meghajtó kímélése és a teljesítmény növelése miatt fontos lehet a noatime csatolási opció beállítása az /etc/fstab fájlban, így nem kerül kiírásra az utolsó fájlhozzáférés időbélyege.

    Ha a swap SSD-re kerül, próbáljuk csökkenteni a swap használatot a swappiness érték (alapértelmezésben 60) csökkentésével.
    Ehhez írjuk az alábbi sort az /etc/sysctl.conf fájlba:
    vm.swappiness=10

    A meghajtón rendben van-e a TRIM:
    hdparm -I /dev/sda | grep TRIM
    Válaszként ezt kell látnunk: "Data Set Management TRIM supported (limit 1 block)".

    Terjesztésenként változhatnak a fentebb említett fájlok elérési útjai!
    Irodalomként az Arch Linux idevágó wiki oldalát ajánlom!

    Hirtelen ennyi jutott eszembe... :B

    [ Szerkesztve ]

Új hozzászólás Aktív témák