Ubuntu Suomen keskustelualueet

Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: Aliengrey - 31.08.13 - klo:04.25

Otsikko: ssd ja fstab [RATKAISTU]
Kirjoitti: Aliengrey - 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.
Otsikko: Vs: ssd ja fstab
Kirjoitti: nm - 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/
Otsikko: Vs: ssd ja fstab
Kirjoitti: Aliengrey - 31.08.13 - klo:10.51
Ok kiitoksia merkkaan ratkaistuksi
Otsikko: Vs: ssd ja fstab [RATKAISTU]
Kirjoitti: New_user - 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
Otsikko: Vs: ssd ja fstab [RATKAISTU]
Kirjoitti: nm - 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 (http://en.wikipedia.org/wiki/TRIM) 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 (https://wiki.debian.org/SSDOptimization#Partitions_and_Alignment). 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/
Otsikko: Vs: ssd ja fstab [RATKAISTU]
Kirjoitti: New_user - 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.