Linux + SSD

Onko jollain koneessa SSD (solid state disk).

Itse laitoin tämän:
http://www.verkkokauppa.com/popups/prodinfo.php?id=21929

Vaikutus on aika hämmentävä, pieni seektime aiheuttaa sen että raskaatkin softat latautuvat alle sekunnin… eli kone suorastaan lentää…


Eero

Miniläppärissä (Aspire One) on joku halpa SSD, enemmän se tuntuu hidastavan koneen käyttöä pitkien kirjoitusaikojen takia. Koneen käyttömukavuus parani huomattavasti kun kirjoituskertojen määrää sai vähennettyä säätämällä, ohjeet artikkelissa Linux miniläppäriin.

Puhuin nopeista ja laadukkaista SSD kiekoista, en halpiksista…


Eero

Täältä löytyy. Aiheesta voisi melkeen kirjoittaa sivun wikiin, sillä jotta levyn kulumisen voi pitää minimissä pitää tehdä melko kasa muutoksia järjestelmään ja ottaa useita asioita huomioon, vaikka kaikki toimii toki ilmankin - levy vain voi kuolla odotettua elinikää aikaisemmin.

En nyt muista edes kaikkea mitä olen tehnyt. Tässä fstab:

/dev/sda1 / ext4 relatime,errors=remount-ro,async 0 1 tmp /tmp tmpfs defaults 0 0 varlog /var/log tmpfs defaults 0 0 vartmp /var/tmp tmpfs defaults 0 0 varlock /var/lock tmpfs defaults,sync 0 0 varrun /var/run tmpfs defaults,sync 0 0

/tmp ja /var:in tmp-, run- ja lock-hakemistot on hyvä laittaa tmpfs:lle (s.o. muistilevyjärjestelmä, joka kasvaa automaattisesti levyjärjestelmän koon mukaan siten, että yhteensä korkeintaan puolet järjestelmän muistista voi olla tmpfs-levyjen käytössä). Tämä on tärkein vaihe “turhien” kirjoitusten vähentämisessä. Jos kyseessä ei ole palvelinkone ja varsinaista tarvetta lokien säilömiselle käynnistysten välissä ei ole, suuren määrän "turhia"kirjoituksia voi säästää myös laittamalla /var/log:in tmpfs:lle. tmpfs on myös luonnollisesti kertaluokkaa nopeampi verrattuna mihin tahansa fyysiseen levyyn (SSD tai HDD). Useimmat distrot ovat itse asiassa käsittääkseni siirtymässä säilömään /tmp:n tmpfs:lle noin muutenkin.

Juurihakemisto mountataan optioilla relatime ja async. async on jokseenkin vapaaehtoinen, ja sitä suositellaan vain osassa ohjeita. relatime on hyvä olla, sillä muutoin jokainen levyltä tehty luku aiheuttaa viimeisin luku -ajan (access time) päivityksen, eli siis aika paljon turhia kirjoituksia. relatime muuttaa access -aikaa vain, jos se oli aikaisempi kuin viimeisin muutos -aika (modify time), joka riittää useimmille ohjelmille.

Jossain ohjeissa (esim. tässä) puhutaan levyajastimen erikoissäädöistä, mutta en ole katsonut näitä itse tarkemmin.

Mitä sovellusohjelmiin tulee, niin Firefox käyttäjille on hyvä siirtää oman profiilin cache-tiedot tmpfs:lle. Tämä tapahtuu muuttamalla about:config -ruudussa avain browser.cache.disk.parent_directory esim. arvoon [tt]/tmp/firefox-cache[/tt].

Kehittyneempi versio tästä on, että siirtää koko firefox-profiilin /tmp:n. Jokainen sivulla käynti yms. aiheuttaa päivityksen firefoxin SQLite tietokantaan. Tästä tulee loppupeleissä aika iso määrä kirjoituksia. Tätä varten pitää myös kirjoittaa skriptit, jotka esim. jokaisen firefoxin käynnistyksen tai jokaisen bootin/shutdownin yhteydessä kirjoittavat profiiliin tehdyt muutokset takaisin kovalevylle. Kääntöpuolena esim. virtakatkon tai järjestelmän hyytymisen sattuessa profiiliin tehdyt muutokset menetetään.

Myös muiden ohjelmien (VLC, muut selaimet) välimuistit (cache) kannattaa siirtää tmpfs:lle. Missään nimessä tälläisessä järjestelmässä ei tietenkään tule käyttää swap-osiona SSD-levyä.

Ohjelmia, jotka kirjoittavat paljon levylle, voi profiloida työkaluilla [tt]iotop[/tt] ja [tt]lsof[/tt].

[quote=“ordyh, post:4, topic:1018”][quote author=eero link=topic=1107.msg5888#msg5888 date=1266433944]
Onko jollain koneessa SSD (solid state disk).
[/quote]

Täältä löytyy. Aiheesta voisi melkeen kirjoittaa sivun wikiin, sillä jotta levyn kulumisen voi pitää minimissä pitää tehdä melko kasa muutoksia järjestelmään ja ottaa useita asioita huomioon, vaikka kaikki toimii toki ilmankin - levy vain voi kuolla odotettua elinikää aikaisemmin.

En nyt muista edes kaikkea mitä olen tehnyt. Tässä fstab:

/dev/sda1 / ext4 relatime,errors=remount-ro,async 0 1 tmp /tmp tmpfs defaults 0 0 varlog /var/log tmpfs defaults 0 0 vartmp /var/tmp tmpfs defaults 0 0 varlock /var/lock tmpfs defaults,sync 0 0 varrun /var/run tmpfs defaults,sync 0 0

/tmp ja /var:in tmp-, run- ja lock-hakemistot on hyvä laittaa tmpfs:lle (s.o. muistilevyjärjestelmä, joka kasvaa automaattisesti levyjärjestelmän koon mukaan siten, että yhteensä korkeintaan puolet järjestelmän muistista voi olla tmpfs-levyjen käytössä). Tämä on tärkein vaihe “turhien” kirjoitusten vähentämisessä. Jos kyseessä ei ole palvelinkone ja varsinaista tarvetta lokien säilömiselle käynnistysten välissä ei ole, suuren määrän "turhia"kirjoituksia voi säästää myös laittamalla /var/log:in tmpfs:lle. tmpfs on myös luonnollisesti kertaluokkaa nopeampi verrattuna mihin tahansa fyysiseen levyyn (SSD tai HDD). Useimmat distrot ovat itse asiassa käsittääkseni siirtymässä säilömään /tmp:n tmpfs:lle noin muutenkin.

Juurihakemisto mountataan optioilla relatime ja async. async on jokseenkin vapaaehtoinen, ja sitä suositellaan vain osassa ohjeita. relatime on hyvä olla, sillä muutoin jokainen levyltä tehty luku aiheuttaa viimeisin luku -ajan (access time) päivityksen, eli siis aika paljon turhia kirjoituksia. relatime muuttaa access -aikaa vain, jos se oli aikaisempi kuin viimeisin muutos -aika (modify time), joka riittää useimmille ohjelmille.

Jossain ohjeissa (esim. tässä) puhutaan levyajastimen erikoissäädöistä, mutta en ole katsonut näitä itse tarkemmin.

Mitä sovellusohjelmiin tulee, niin Firefox käyttäjille on hyvä siirtää oman profiilin cache-tiedot tmpfs:lle. Tämä tapahtuu muuttamalla about:config -ruudussa avain browser.cache.disk.parent_directory esim. arvoon [tt]/tmp/firefox-cache[/tt].

Kehittyneempi versio tästä on, että siirtää koko firefox-profiilin /tmp:n. Jokainen sivulla käynti yms. aiheuttaa päivityksen firefoxin SQLite tietokantaan. Tästä tulee loppupeleissä aika iso määrä kirjoituksia. Tätä varten pitää myös kirjoittaa skriptit, jotka esim. jokaisen firefoxin käynnistyksen tai jokaisen bootin/shutdownin yhteydessä kirjoittavat profiiliin tehdyt muutokset takaisin kovalevylle. Kääntöpuolena esim. virtakatkon tai järjestelmän hyytymisen sattuessa profiiliin tehdyt muutokset menetetään.

Myös muiden ohjelmien (VLC, muut selaimet) välimuistit (cache) kannattaa siirtää tmpfs:lle. Missään nimessä tälläisessä järjestelmässä ei tietenkään tule käyttää swap-osiona SSD-levyä.

Ohjelmia, jotka kirjoittavat paljon levylle, voi profiloida työkaluilla [tt]iotop[/tt] ja [tt]lsof[/tt].[/quote]

Intelin levyllä arvioitu kestoikä 20GB päivittäisellä kirjoituksella on 5 vuotta, itse laitoin vain noatime,nodiratime parametrit.


Eero

Tämä on itse asiassa “tiukempi” kuin relatime. noatime,nodiratime ottaa access time -päivitykset kokonaan pois. Siitä ei tosin yleensä ole mitään haittaa ilmeisesti.

[quote=“ordyh, post:6, topic:1018”][quote author=eero link=topic=1107.msg5893#msg5893 date=1266512634]
Intelin levyllä arvioitu kestoikä 20GB päivittäisellä kirjoituksella on 5 vuotta, itse laitoin vain noatime,nodiratime parametrit.
[/quote]

Tämä on itse asiassa “tiukempi” kuin relatime. noatime,nodiratime ottaa access time -päivitykset kokonaan pois. Siitä ei tosin yleensä ole mitään haittaa ilmeisesti.[/quote]

On, nykyiset levyt kestää koneen eliniän.


Eero

[quote=“eero, post:1, topic:1018”]Onko jollain koneessa SSD (solid state disk).

Itse laitoin tämän:
http://www.verkkokauppa.com/popups/prodinfo.php?id=21929[/quote]

Vieläkin odottelen hintojen laskua… ja markkinat ovat sekavat kun Intelin (+ Kingston V-sarjan 40GB-malli) levyt ovat edelleen lähes ainoita joilla ei ole ongelmia satunnaisten kirjoitteluiden kanssa. Markkinointipuheet tuijottavat vain jatkuvaa tiedonsiirtoa.

Aina tiettyjen komponenttien suhteen eri IT-sivustot kunnostautuvat eri tavoin. Anandtech tuntuu olevan SSD:issä hyvä asiantuntija: http://www.anandtech.com/storage/showdoc.aspx?i=3747 - tuon luettuaan tietää taas kuinka sekavia markkinat ovat :slight_smile: Mutta Intelin on varma valinta, etenkin kun OCZ:n ainoat kilpailukykyiset mallit ovat Suomessa usein Intelin laitteita kalliimpia tai niitä ei saa lainkaan.

Ehkäpä tässä vielä tämän vuoden jaksaisi odotella Intelin 25nm-tekniikan SSD-levyjä. Mutta jos ei, niin Intelin 80GB-levyä voisi harkita /-levyksi.

Toivottavasti joku huomaa tämän vähän vanhaan ketjuun lisäämäni utelun.
Ostinpa minäkin SSD levyn ja seuraavassa tietoja levystä ja netistä poimittua sekä
ordyh tekstiä

hdparm -I /dev/sda

Model Number: INTEL SSDSA2M080G2GC
Serial Number: CVPO0153059U080JGN
Firmware Revision: 2CV102HD

Device-initiated interface power management
* Software settings preservation
* Data Set Management TRIM supported
* reserved 69[5]
* Deterministic read after TRIM

Näyttäisi ettei TRIM ongelmia enää ole.

temp käytöstä löysin seuraavaa:

http://www.fedoraguide.info/index.php?title=Main_Page#Unofficial_Guide_to_Fedora

RAM Drives

tmp /tmp tmpfs rw,mode=1777,fscontext=system_u:object_r:tmp_t:s0 0 0
vartmp /var/tmp tmpfs rw,mode=1777,fscontext=system_u:object_r:tmp_t:s0 0 0
* The “mode=1777” option sets the “sticky bit” on the mount, which allows all users write access, but
prevents deletion of files belonging to other users.

* The "fscontext=system_u:object_r:tmp_t:s0" option is needed for SELinux, which is enabled by default 

in Fedora 11. Without it, many services will be prevented from writing to the directories.
* As this change is important for SSD (Solid State Drive) systems, it also make significant impact on applications such as Win4LinPro
Allaoleva mikäli ei jo ole about:configissa.
Address Bar -> about:config New -> String Type in: browser.cache.disk.parent_directory press OK, and type in the new window: /tmp

Eroaa jonkin verran
ordyh jutusta.

/dev/sda1 / ext4 relatime,errors=remount-ro,async 0 1
tmp /tmp tmpfs defaults 0 0
varlog /var/log tmpfs defaults 0 0
vartmp /var/tmp tmpfs defaults 0 0
varlock /var/lock tmpfs defaults,sync 0 0
varrun /var/run tmpfs defaults,sync 0 0

Mitä sovellusohjelmiin tulee, niin Firefox käyttäjille on hyvä siirtää oman profiilin cache-tiedot tmpfs:lle. Tämä tapahtuu muuttamalla about:config (http://about:config) -ruudussa avain browser.cache.disk.parent_directory esim. arvoon /tmp/firefox-cache.

1.) Siiispä olen vähän sormi suussa mikä olisi oikea tapa etten sotke heti alkuun koko asennusta.
2.) paljonkohan tuo temppi juttu vie RAM muistia , ongelmia ?
3.) onko tulllut mieleen tai huomattua mitään uutta lisättävää käytön aikana.

Kiitos etukäteen.

[quote=“metusalem, post:9, topic:1018”]Toivottavasti joku huomaa tämän vähän vanhaan ketjuun lisäämäni utelun.
Ostinpa minäkin SSD levyn ja seuraavassa tietoja levystä ja netistä poimittua sekä
ordyh tekstiä

hdparm -I /dev/sda

Model Number: INTEL SSDSA2M080G2GC
Serial Number: CVPO0153059U080JGN
Firmware Revision: 2CV102HD

Device-initiated interface power management
* Software settings preservation
* Data Set Management TRIM supported
* reserved 69[5]
* Deterministic read after TRIM

Näyttäisi ettei TRIM ongelmia enää ole.

temp käytöstä löysin seuraavaa:

http://www.fedoraguide.info/index.php?title=Main_Page#Unofficial_Guide_to_Fedora

RAM Drives

tmp /tmp tmpfs rw,mode=1777,fscontext=system_u:object_r:tmp_t:s0 0 0
vartmp /var/tmp tmpfs rw,mode=1777,fscontext=system_u:object_r:tmp_t:s0 0 0
* The “mode=1777” option sets the “sticky bit” on the mount, which allows all users write access, but
prevents deletion of files belonging to other users.

* The "fscontext=system_u:object_r:tmp_t:s0" option is needed for SELinux, which is enabled by default 

in Fedora 11. Without it, many services will be prevented from writing to the directories.
* As this change is important for SSD (Solid State Drive) systems, it also make significant impact on applications such as Win4LinPro
Allaoleva mikäli ei jo ole about:configissa.
Address Bar -> about:config New -> String Type in: browser.cache.disk.parent_directory press OK, and type in the new window: /tmp

Eroaa jonkin verran
ordyh jutusta.

/dev/sda1 / ext4 relatime,errors=remount-ro,async 0 1
tmp /tmp tmpfs defaults 0 0
varlog /var/log tmpfs defaults 0 0
vartmp /var/tmp tmpfs defaults 0 0
varlock /var/lock tmpfs defaults,sync 0 0
varrun /var/run tmpfs defaults,sync 0 0

Mitä sovellusohjelmiin tulee, niin Firefox käyttäjille on hyvä siirtää oman profiilin cache-tiedot tmpfs:lle. Tämä tapahtuu muuttamalla about:config (http://about:config) -ruudussa avain browser.cache.disk.parent_directory esim. arvoon /tmp/firefox-cache.

1.) Siiispä olen vähän sormi suussa mikä olisi oikea tapa etten sotke heti alkuun koko asennusta.
2.) paljonkohan tuo temppi juttu vie RAM muistia , ongelmia ?
3.) onko tulllut mieleen tai huomattua mitään uutta lisättävää käytön aikana.

Kiitos etukäteen.[/quote]

Nykyisillä levyillä optimointi on melko turhaa, ei ne fyysisesti kuole…

tempfs vie niin paljon muistia, kun sinne kamaa tunget.

nodiratime, noatime auttaa mount parametreina…


Eero

tervehdys

Aloitin kahlailla tietoja SSD installoinnista olen tässä viettänyt noin 5h selaillen ja
lukien erilaisia näkemyksiä. Valitettavasti en ole oikeastaan löytänyt esim. uutta Intel
SSD levyä koskevaa tietoa kovinkaan paljon. Paitsi Intelin SSD insinööri, joka näistä
uudemmista levyistä sanoin, että antaa soittaa ja nauttikaa. Ei mitää mainintaa relatimesta tai noatimestä.
Testit joita huomasin ovat lähinnä Intelin vanhemmalle (mustakuorinen) levylle.
Intelhän ei enää valmista kuin hopeanvärisellä metallikuorella varustettuja 80 ja 160 MB joiden viimeinen firmware
tuli viime vuoden lopulla, jolloin Intel lopetti firmware julkaisut, syynä oli joidenkin (harvinaisten?)laitteiden tilttaaminen.
Ubuntun foorumilla havaitsin sellaisenkin väittämän että relatime aiheuttaa julmetusti
uudelleen kirjoitusta. Mihinkähän sekin perustuu, en oikein voi uskoa moista.
Kaiken lisäksi suurimmaksi osaksi käsitelllään ext2 ja ext3 EI ext4, joka on uusissa
kerneleissä oletuksena fedora 12, Fedora 13 (ubuntu 10.04 ?)
Se kesto yli 5 vuotta, jonka Eero mainitsit koskee servereitä, liekö sillä kovinkaa
eroavaisuutta Desktoppiin nähden.
Tarvinneekin vain heittä rahalla käytänkö suosittelemaasi noatime, nodiratime vai
pelkästään relatime.

http://kerneltrap.org/node/14148
http://www.linuxfoundation.org/news-media/blogs/browse/2009/03/ssd’s-journaling-and-noatimerelatime
http://blogs.koolwal.net/2009/01/30/installing-linux-on-usb-part-4-noatime-and-relatime-mount-options/

Tommosen ongelman löysin
http://lkml.org/lkml/2009/4/9/449

tämmöstä opiskelua tällä kertaa.

Mites on esimerkiksi swappiness -arvon kanssa?

Ja sitten tietysti tämä, mikä vaikuttaa siihen, kuinka usein levylle kirjoitetaan:
http://blog.homelinux.org/?p=101

Onko näillä paljon merkitystä?