Kirjoittaja Aihe: ssd ja fstab [RATKAISTU]  (Luettu 2774 kertaa)

Aliengrey

  • Käyttäjä
  • Viestejä: 539
    • Profiili
ssd ja fstab [RATKAISTU]
« : 31.08.13 - klo:04.25 »
Mulla on fstabissa ssd levyn kohdalla:
Koodia: [Valitse]
noatime,nodiratime,discard,errors=remount-ro     0       1Onko tuo nodiratime tarpeellinen kun sitä ei useissa ohjeissa mainita. Mitä se tekee.
« Viimeksi muokattu: 31.08.13 - klo:10.51 kirjoittanut Aliengrey »

nm

  • Käyttäjä
  • Viestejä: 16429
    • Profiili
Vs: ssd ja fstab
« Vastaus #1 : 31.08.13 - klo:10.02 »
Mulla on fstabissa ssd levyn kohdalla:
Koodia: [Valitse]
noatime,nodiratime,discard,errors=remount-ro     0       1Onko tuo nodiratime tarpeellinen kun sitä ei useissa ohjeissa mainita. Mitä se tekee.

noatime tarkoittaa, että tiedostoja ja hakemistoja luettaessa ei päivitetä access-aikaleimaa. Harvemminhan tarvitsee tietää, milloin tiedostoa on viimeksi luettu ja aikaleiman päivitys kuormittaa turhaan levyä, jolla on rajallinen määrä kirjoituskertoja.

nodiratime tarkoittaa, että hakemistojen access-aikaleimoja ei päivitetä.

noatime kattaa myös nodiratimen, joten nodiratime on turha silloin kun käytät noatimea:
http://lwn.net/Articles/245002/

Aliengrey

  • Käyttäjä
  • Viestejä: 539
    • Profiili
Vs: ssd ja fstab
« Vastaus #2 : 31.08.13 - klo:10.51 »
Ok kiitoksia merkkaan ratkaistuksi

New_user

  • Käyttäjä
  • Viestejä: 1247
    • Profiili
Vs: ssd ja fstab [RATKAISTU]
« Vastaus #3 : 31.08.13 - klo:16.58 »

Aa, lainaanpa säiettä vielä minäkin, kun SSD meni sisään. Alla oma fstab. Mihinkä ja mitä pitäisi lisätä, jotta SSD:lle ei kirjoiteltaisi turhan päiten? Veikkaisin, että oikea rivi voisi olla "UUID=....."?


Koodia: [Valitse]
/etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda2 during installation
UUID=10c9f161-1b13-4d56-8162-252a37b219c2 /               ext4    errors=remount-ro 0       1
/dev/sda4       /dos            vfat    utf8,umask=007,gid=46 0       1
/dev/sda5       /home           ext4    defaults        0       2
/dev/sda7       none            swap    sw              0       0

nm

  • Käyttäjä
  • Viestejä: 16429
    • Profiili
Vs: ssd ja fstab [RATKAISTU]
« Vastaus #4 : 31.08.13 - klo:19.39 »

Aa, lainaanpa säiettä vielä minäkin, kun SSD meni sisään. Alla oma fstab. Mihinkä ja mitä pitäisi lisätä, jotta SSD:lle ei kirjoiteltaisi turhan päiten? Veikkaisin, että oikea rivi voisi olla "UUID=....."?

Juu, se on juuriosio (toisessa sarakkeessa liitospisteenä on "/"). Eli tähän tapaan:

Koodia: [Valitse]
UUID=10c9f161-1b13-4d56-8162-252a37b219c2 /               ext4    errors=remount-ro 0       1-->
Koodia: [Valitse]
UUID=10c9f161-1b13-4d56-8162-252a37b219c2 /               ext4    defaults,noatime,discard,errors=remount-ro 0       1
Ja sama home-osiolle:

Koodia: [Valitse]
/dev/sda5       /home           ext4    defaults        0       2-->
Koodia: [Valitse]
/dev/sda5       /home           ext4    defaults,noatime,discard,errors=remount-ro        0       2
"discard" ottaa TRIM-tuen käyttöön. Jotkut suosittelevat ajamaan sen sijaan fstrimiä päivittäin cronilla. Discard hidastaa tiedostojen poistamista.

Lisäksi "/dev/sdaX"-viittaukset voisi olla fiksua vaihtaa UUID:ksi (jotka selviävät sudo blkid -komennolla).


Turhaa levylle kirjoittelua voi vähentää myös kytkemällä swapin pois, mutta silloin koneessa pitää olla tarpeeksi keskusmuistia -- normaalikäytössä ainakin 4 Gt ja raskaampia ohjelmia käyttäessä 8-16 Gt. Vaihtoehtoisesti kerneliä voi virittää käyttämään swappia nihkeämmin: https://wiki.archlinux.org/index.php/Solid_State_Drives#Swap_Space_on_SSDs

Kaikkien osioiden olisi myös syytä olla kohdistettu (aligned) SSD:stä riippuen vähintään 128, 256 tai 512 kilotavuun. Yleensä suositellaan 1 Mt:n kohdistusta, joka onnistuu ainakin gpartedilla.

Netistä löytyy lisäksi vinkkejä selaimen välimuistin ja muiden jatkuvasti muuttuvien tiedostojen sijoittamiseksi RAM-levylle. Olen itse käyttänyt lokihakemistoille goanysynciä ja selainprofiileille profile-sync-daemonia. Molemmat ovat toimineet ongelmitta, mutta ohjelmat on suunnattu edistyneemmille käyttäjille ja asennus vaatii hieman perehtymistä. Profile-sync-daemon on hyvä optimointi myös perinteisillä levyillä, koska se voi nopeuttaa selaimen toimintaa huomattavasti.

Linkkejä:
https://wiki.debian.org/SSDOptimization
https://wiki.archlinux.org/index.php/Solid_State_Drives
https://wiki.archlinux.org/index.php/Profile-sync-daemon
http://www.webupd8.org/2013/02/keep-your-browser-profiles-in-tmpfs-ram.html
https://github.com/wor/goanysync

Perusteellisia ohjeita SSD:n käyttöön:
http://thelastmaimou.wordpress.com/2013/05/09/there-can-be-only-one/

New_user

  • Käyttäjä
  • Viestejä: 1247
    • Profiili
Vs: ssd ja fstab [RATKAISTU]
« Vastaus #5 : 31.08.13 - klo:21.42 »
Tänks, sattumalta tuo fstab-asia tuli eteen, kun tuossa asiaa kysyttiin. Teen nuo fstab-muutokset nyt ainakin. Tämä läppäri on sen verran kevyessä käytössä, että 2 gigankin muistilla swapin ottaminen pois käytöstä saattaisi onnistua. Työpöytä on Gnome, ja kaikki tehosteet pois. En ole hirveän huolissani kuitenkaan SSD:n takia. Homesta on tärkeimmät aina varmistettu. Jostain olin lukevinani tässä, että jonkin kokoisella levyllä 10 gigan kirjoitusmäärällä päivittäin levyn käyttöikä olisi 8 vuotta. Tuskin lähden ramdiskien tekoon tms. Selaimesta on kaikki historia laitettu minimiin, mainokset pois, väliaikaistiedostoja vain hyvin vähän. Eiköhän tällä pärjäillä. Alunperinkin tällä levyllä oli 5 bad sectoria, eikä niiden määrä ole tässä minnekään muuttunut.