Vinkki ssd levyn käyttäjille...

[tjka]

Itsellä ei ole kokemusta (vielä) ssd levyistä mutta huomasin seuraavan artikkelin kun olen miettimässä uutta kotikonetta jossa olisi ssd-levy...
http://www.webupd8.org/2013/01/enable-trim-on-ssd-solid-state-drives.html

-tjka-

[Postimies]

discard optio on minulla lisättynä fstab tiedostoon. Tuossa nettiä selatessa joillakin
tuo hidastaa koneen käyttöä. Esim. jos haluaa poistaa paljon pieniä tiedostoja.
Ext4 tiedostojärjestelmä on muutenkin hidas poistamaan tiedostoja. Joissakin
tapauksissa siis fstrim-ohjelman säännöllinen ajo on parempi ratkaisu jos trim-
ominaisuutta halutaan käyttää.

ssd-levyn osioinnista on paljon juttua myös netissä. Itselle ei oikein ole selvinnyt
monista jutuista sitä parasta tapaa. Kaiketi asennus-ohjelma osaa jo aloittaa
osiot oikeasta sektorista.

Jos systeemi on ssd-levyllä ja muut datat muualla, niin tuolla trim-
ominaisuudella ole kovinkaan paljon merkitystä. systeemilevylle kun kirjoitetaan
vähän. /tmp ja vastaavat voi siirtää vaikka keskusmuistiin jos nopeutta haluaa
optimoida. Normaalissa käytössä pienellä tuunaamisella tuskin on kovin suurta
merkitystä.

[uggeli]

Mitkäs olis ajantasaiset vinkit SSD levyn käytön suhteen? Murosta bongasin seuraavaa:

Lyhyesti:
1) fstabiin discard,noatime sekä mahdollisesti data=ordered . (Tietysti trimmin voi ajaa cron-jobina, mutta miksi vaivautua?)
2) Selaimen cachea ei kannata poistaa käytöstä, mutta jos haluaa säästää kirjoitusoperaatiossa ja muistia löytyy, sen voi sijoittaa muistiin.
3) /tmp hakemiston voi mountata suoraan muistiin (edelleen jos muistia on tarpeeksi) käyttäen tmpfs tiedostojärjestelmää. Tämä on hyvä idea, vaikka ssd:tä ei olisikaan.
4) scheduler kannattaa pitää oletuksilla, joka yleensä on cfq
Muutenkin nykyaikaiset ssd:t kestävät kirjoitusoperaatioita tarpeeksi hyvin, joten niiden minimointiin ei kannata nähdä vaivaa.
 

Mitä mieltä olette näistä ja pitääkö mielestänne nämä ohjeet vuodelta 2012yhä paikkaansa, etenkin tuolta tämä viesti, eli kopioituna tänne:

I use a small program called Dynamic Swap Space Manager,( 'swapspace' for short).
Swap is not needed for system performance as much now as it used to be just a few short years ago when the PCs most of us could afford were underpowered and memory modules were very expensive. Now most computers have adequate RAM.
Nevertheless, the operating system seems laggy if there's no swap area at all.
Dynamic swap manager creates small swap files automatically on demand. It saves a lot of otherwise wasted disk space compared with using an oversized swap area which is mostly not going to be used. I imagine it should give another layer of randomization for any wear on top of the wear leveling we would already have built in to the flash memory too. I have not been able to notice any difference in system performance.
A downside is I don't think we can use hibernation with swap Space Manager, or it didn't seem to work for me the last time I tried.

Koodia: [Valitse]

sudo apt-get install swapspace

Then in addition to that I like to adjust swappiness to 10, That tunes the operating system to prefer to us all the RAM first and to only use the swap files as a last resort. Since RAM is much faster than swap, the added benefit is a small improvement in operating system performance, (your mileage may vary depending on hardware details). Swap FAQ - Ubuntu Community Docs]
Linux Performance tuning - vm.swappiness - unixfoo.blogspot.com
What Is the Linux Kernel Parameter vm.swappiness? - Linux Open Source Blog

Koodia: [Valitse]

gksudo gedit /etc/sysctl.conf

Append this line to the bottom of the file,

Koodia: [Valitse]

vm.swappiness=10

The end result is a lean, fast system that can create swap files on demand but hardly ever needs to.

En kääntänyt tuota nyt tähän.. Mutta jos SSD:stä ajantaisainen ohje ubuntusuomen wikiin tehdään, niin sinnehän tuo kannattaa kääntää, mikäli on ajantasaista tietoa.. Itseläni ensimmäinen SSD ja joudun nyt kysymään teiltä mitä kaikkea noista mainituista tekisitte?

Edit: Muokattu viallinen linkkimerkintä, jotta teksyi luetavampaa.

[Tomin]

Itse käytän relatime, data=ordered ja discard-optioita. Noista relatime ja data=ordered ovat myös oletusasetuksia, joten niitä ei tarvitsisi erikseen mainita. Käytän discardia, vaikka tiedän, että monet suosivat tasaisin väliajoin ajettavaa trim-komentoa. Joku sitä käyttävä osannee kertoa siitä tarkemmin. noatimea ei taida olla käytössä missään koneella.
http://www.linux.fi/wiki/Aikaleima#atime (noatime, relatime)
https://www.kernel.org/doc/Documentation/filesystems/ext4.txt (data=ordered, discard)

Selaimen välimuisti menee SSD-levylle eli sitäkään en ole säätänyt.

/tmp on keskusmuistissa useimmilla koneilla, joissa on ainakin neljä gigatavua muistia tai /tmp-hakemiston tilantarve ei ole suuri. Monessa jakelussa tuo on nykyään oletus. Harrastan tätä perinteisellä kiintolevylläkin olevissa koneissa, koska se nopeuttaa toimintaa.

Neljäs kohta ei edes ole mikään säätö vaan muistutus, että oletus on hyvä.

Itselläni swappi on olemassa lähinnä lepotilan (hibernate) käyttöön ja sinne harvemmin mitään kirjoitellaan. En ole säätänyt edes swappinessiä. Nykyisillä isoilla muisteilla olevilla koneilla se ei muuten edes ole mikään välttämättömyys. Toisaalta SSD-levyt alkavat olla jo niin isoja (ainakin 120 GB) että ainakaan tilanpuutteen vuoksi ei yleensä tarvitse välttää sijoittamasta swappia sinne. Muita syitä toki voi olla.

Yhdellä pöytäkoneellani, jossa on myös perinteinen kiintolevy, olen laittanut kaikki järjestelmän osiot (juuri, /home, swapkin ehkä en muista sitä) SSD:lle ja sitten tehnyt muutamista isommista omassa kotihakemistossani olevista hakemistoista linkit perinteiselle kiintolevylle.

Toisella pöytäkoneellani, jossa on myös perinteinen kiintolevy, olen osioinut puolet tilasta juuriosiolle ja puolet bcachen käyttöön, joka on välimuistina kiintolevyllä olevalle /home-osiolle. Ihan näppärä systeemi ja nopeuttaa jonkin verran. Tälle ei taida mistään asennusohjelmasta löytyä vielä suoraan tukea eli vaatii jonkin verran harrastuneisuutta. http://bcache.evilpiepirate.org/

Luotan aika paljon noiden SSD-levyjen kirjoituskestävyyteen. Mitään ihan ensimmäisiä SSD-levyjä en ole käyttänyt ja olen pyrkinyt ostamaan vain luotettavaksi tiedettyjä levyjä. Toki välillä on vaikea sanoa mikä on luotettava, kun laiteohjelmiston virheet ilmaantuvat toisinaan vasta ajan kanssa, mutta itse en ole niihin sanottavammin törmännyt. Sekin on huomattava, että mitä isomman levyn ostaa, sitä enemmän siinä on piirejä kulutettavaksi ja myöskin yleensä enemmän varattua tilaa.

Muokkaus: Yhteenvetona voisin todeta, että nähtävästi noista säädöistä ei tarvitse enää tehdä mitään pois lukien trim:n asettaminen joko discardilla tai ajastetusti ja sekin saattaa tulla jakelun puolesta asennuksessa.

[Postimies]

Osioinnista ei tuossa ollut juttua. Partition alignment - mitähän tuo olisi suomeksi?
Tuossa vähän juttua..http://www.linux-mag.com/id/8397/.

Itsellä vielä hieman epäselvää pitäisikö käyttää mbr vai uudempaa gpt osiotaulua.
Ja osaako nykyiset osiointiohjelmat pistää sektorit optimaalisesti. Itsellä jo vanha
Kingston joka pitäisi vaihtaa. Firmwarea en ole ikinä päivittänyt. Tuonkin voisi opetella..

Jos kääntää paljon ohjelmia kirjoituskerrat vähenee paljon kun käyttää siihen
ramlevyä eli tmpfs. Pätee myös perinteisille levyille.

I/O Scheduleriksi deadline tai noop. Tuota suositaan monissa ohjeissa.

discard optio ollut pitkään käytössä vaikka vaikka sitä ei suositella.
Jos ex3-levy ko optiota on hyvä välttää. Journaloinnin poistaminen nopeuttaa,
jos nopeus on tärkeä kriteeri. Home on myös ssd:llä. Tosin vain asetukset ja
pienet tekstitietostot. Musat, kuvat, ym omilla levyillään.

[Lepotila zZ]

Tech report sai viikko sitten SSD-kulutustestinsä päätökseen. Viimeisenä kupsahti Samsung 840 Pro (256GB) puolentoista vuoden ja 2,4 kirjoitetun petatavun (2400 teratavun) jälkeen. Jos oma 256GB levyni kykenisi samaan, se voisi kestää päivittäistä käyttöäni reilut 600 vuotta. Samsung on lupaillut uusille SSD asemilleen kaksinkertaista kestävyyttä verrattuna tuohon 840 Pro malliin. Myös suuremmat levyt kestävät vastaavasti enemmän kirjoituskertoja. Periaatteessa siis yhden teratavun 850 Pro asema voisi kestää 19 petatavua kirjoittamista.

Toisaalta kaksi asemaa kupsahti jo ennen ensimmäistäkään petatavua ja Samsung 840 Series asema (250GB) (eri kuin yllä mainittu Pro malli) osoitti jo kulumisen oireita 200 teratavusta eteenpäin. Tuonkin pisteen saavuttaminen kestäisi minun kulutuksellani useamman kymmenen vuotta.

http://techreport.com/review/27909/the-ssd-endurance-experiment-theyre-all-dead

Luultavasti siis rajallisista kirjoituskerroista ei kannata välittää, ellei SSD-levyt ole jossakin erikoiskäytössä, jossa päivittäin kirjoitetaan dataa koko asemallisen tai enemmän.

[uggeli]

Kiitos!

Eli nyt kun fstabissa näyttää tältä

Koodia: [Valitse]

UUID=35a49d73-38fb-4280-bf96-89d7ab81e299 /               ext4    discard,relatime,data=ordered,errors=remount-ro 0       1

Niin asioiden pitäisi olla kaiketi päällisin puolin kunnossa? Toki tuossa alla on lisänä swap, mutta onko tosiaan haittaakaan jos koko swapin poistaa ja ottaa käyttöön tuon swapspacen + swappiness säädön. Käsitin ainakin että se loisi tällöin tarvittaessa swap tiedoston? Hibernatea tuskin ei, mutta toimineeko se muutoinkaan suoraan ja jos niin saisiko myös swapfilen yhteydessä pelittämään? Kuitenkin tuolla yhdessä paikassahan todettiin, että SSD:llä olisi hyvä olla journaloiva levyjärjestelmä jolla voi ajaa trimmin, swaphan ei tällainen ole (käsittääkseni)..

Entä miten tuon tmp:n laitatte keskusmuistiin, riittääkö kun läppärissä 4Gt muistia (käyttis Ubuntu MATE 15.04). Tässä nyt tulee peruskysymyksiäkin, sillä itselläni linux kone hajosi jo kauan sitten ja uudessa koneessa mentiin pelkällä Windows 7:lla kun työhommia sai sillä paremmin tehtyä.. Nyt tuli viimein hommattua linux läppäriksi ThinkPad X201, Core i5 520:llä, joten tämä on hetken vielä kertausta, mutta SSD:n osalta täysin uuden opettuluakin.

[nm]

Hibernatea tuskin ei, mutta toimineeko se muutoinkaan suoraan ja jos niin saisiko myös swapfilen yhteydessä pelittämään? Kuitenkin tuolla yhdessä paikassahan todettiin, että SSD:llä olisi hyvä olla journaloiva levyjärjestelmä jolla voi ajaa trimmin, swaphan ei tällainen ole (käsittääkseni)..

Hibernatea varten kannattaa olla erillinen swap-osio. Linuxin swap tukee Trimiä, kun kytket sen päälle discard-parametrilla fstabissa:

Koodia: [Valitse]

man swapon

-d, --discard
              Discard  freed  swap  pages  before they are reused, if the swap
              device supports the discard or trim operation.  This may improve
              performance  on some Solid State Devices, but often it does not.
              The /etc/fstab mount option discard may be also used  to  enable
              discard flag.

Entä miten tuon tmp:n laitatte keskusmuistiin, riittääkö kun läppärissä 4Gt muistia (käyttis Ubuntu MATE 15.04).

Tämäkin on ehkä hieman tarpeetonta virittelyä, mutta esimerkkejä on täällä: https://wiki.archlinux.org/index.php/Tmpfs

[Aliengrey]

Onko discard optio turha kun ajan trimmin päätteellä säännöllisesti.

[raimo]

Onko discard optio turha kun ajan trimmin päätteellä säännöllisesti.

On se silloin turha.
Tosin fstrim on helppo laittaa cron:n ajettavaksi, jolloin se menee taustalla ilman käyttäjän toimia esim. kerran vuorokaudessa.

[Postimies]

Entä miten tuon tmp:n laitatte keskusmuistiin, riittääkö kun läppärissä 4Gt muistia (käyttis Ubuntu MATE 15.04).

Muistin tarvetta on vaikea ennakoida, kuten levytilan tarvettakin. Oletus on puolet muistin koosta,
joten 4G on aika vähän jaettavaksi. Esim rivi
tmpfs   /var/tmp/jokuhakemisto      tmpfs   nosuid,size=1G          0  0
Tuonne voi sitten ohjata paljon levyä käyttämän softan kirjoitukset.
Tmpfs ei vie kuitenkaan tilaa enempää kuin on tarvetta. Systemd ja
muutkin taitavat jo käyttää oletuksena  tmpfs. Itsellä ei ole vielä
systemd käytössä tässä koneessa.

kokoa voi muuttaa sudo mount -o remount,size=2G,noatime /vat/tmp/joku

RAM-levyn hyöty tulee esiin esim. kun kääntää kernelin. RAM levyllä jotain
3 min. tai vähemmän jos käännetty aikaisemmin. Hitaalla HD:llä voi mennä
kahville ja tupakalle. Joskus aikoinaan KDE:n kääntämiseen meni parikin
päivää. Nyt kun on monta ydintä ja muistia hommasta selviää nopeammin.
Enempi aikaa kuluu optioiden kanssa, jotta saa turhat pois tilaa viemästä.

[Karvameduusa]

Ainakin Ubuntu 14.04 discard optio on turha. Ubuntu 14.04 pitäsi automaattisesti tunnistaa onko SSD käytössä. Tämä ainakin toimii Samsung 840 Evo mallissa. Sen voi varmistaa hakemistosta /etc/cron.weekly sieltä pitäisi löytyä fstrim tiedosto.

Lähde: http://www.omgubuntu.co.uk/2013/12/trim-ssd-support-enabled-ubuntu-14-04

[nm]

Ainakin Ubuntu 14.04 discard optio on turha. Ubuntu 14.04 pitäsi automaattisesti tunnistaa onko SSD käytössä. Tämä ainakin toimii Samsung 840 Evo mallissa. Sen voi varmistaa hakemistosta /etc/cron.weekly sieltä pitäisi löytyä fstrim tiedosto.

Oletussäädöillä taitaa toimia vain Intelin ja Samsungin SSD-levyillä.

/etc/cron.weekly/fstrim:

#!/bin/sh
# call fstrim-all to trim all mounted file systems which support it
set -e

# This only runs on Intel and Samsung SSDs by default, as some SSDs with faulty
# firmware may encounter data loss problems when running fstrim under high I/O
# load (e. g.  https://launchpad.net/bugs/1259829). You can append the
# --no-model-check option here to disable the vendor check and run fstrim on
# all SSD drives.
exec fstrim-all

Tarkistuksen voi kiertää lisäämällä viimeiselle riville parametrin --no-model-check, jos kyseessä on jonkun muun valmistajan uudehko levy.

[uggeli]

Kiitos hyvistä vinkeistä, nyt pitäis olla systeemi trimmattu kuntoon. Itse päädyin discardin käyttöön, vaikka luin myös eräästä paikasta tuosta Samsung  Intel levyjen automaattisesta trim ajosta + mahdollisuudesta ohittaa valmistajan tarkistus (itselläni Crucial BX100).

Ainut asia mihin toistaiseksi olen pettynyt, on se että luulin akkukeston paranevan SSD:n myötä. Tämä toki kuuluisi muutenkin omaksi aluekseen, sillä uskon ettei tällä ole tekemistä SSD virrakulutuksen kanssa (joka tässä mallissa pitäisi olla pieni), vaan pikemminkin Windows vs Linux asiaksi menee. Koneen näet hommasin itselleni linux koneeksi, mukana tuli toki Windows 7 Pro silti. Sillä täysi akku kesti 6+ tuntia - 8+ tuntia hdd:n kera (tai tuo oli ennuste).. Nyt näytetään 4+ tuntia - 5+tuntia SDD:llä... Muutoin nopeutta kyllä tuli roimasti.

[nm]

Ainut asia mihin toistaiseksi olen pettynyt, on se että luulin akkukeston paranevan SSD:n myötä. Tämä toki kuuluisi muutenkin omaksi aluekseen, sillä uskon ettei tällä ole tekemistä SSD virrakulutuksen kanssa (joka tässä mallissa pitäisi olla pieni), vaan pikemminkin Windows vs Linux asiaksi menee.

Linuxissa joudut edelleen itse selvittämään ja optimoimaan laitteiston virrankulutusta. Esimerkiksi kaikissa ajureissa ei välttämättä ole virransäästöjä päällä mahdollisten vakausongelmien vuoksi. Ubuntu ei välttämättä edes muuta säätöjä akkutilassa, vaan kone toimii koko ajan maksimisuorituskyvyllä.

Joku muukin voisi olla kiinnostunut vinkeistä, joten avaa vaan uusi aihe.