Kirjoittaja Aihe: Tiedostojärjestelmä SSD kovoille?  (Luettu 23385 kertaa)

tetrafuran

  • Käyttäjä
  • Viestejä: 405
    • Profiili
Tiedostojärjestelmä SSD kovoille?
« : 10.02.09 - klo:22.18 »
Mikrobitissä vertailtiin hiljattain SSD kovot ja siinä mainittiin ettei vielä ole olemassa niille optimoitua tiedostojärjestelmää. Onkohan semmoinen kehitteillä? Nythän ext4 tuli, mutta wikipediassa ei senkään kohdalla mitään puhutta SSD:stä. Onko SSD:lle optimointi siis unohtunut ja onko se edes tarpeen?
And so at last the beast fell and the unbelievers rejoiced. But all was not lost, for from the ash rose a great bird. The bird gazed down upon the unbelievers and cast fire and thunder upon them. For the beast had been reborn with its strength renewed, and the followers of Mammon cowered in horror.

Storck

  • Vieras
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #1 : 10.02.09 - klo:22.44 »
En osaa tuohon optimointiin sanoa juuta enkä jaata - hyvin toimii, se osaan sanoa. Sekä EXT3 että EXT4.

qwertyy

  • Käyttäjä
  • Viestejä: 5778
    • Profiili
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #2 : 10.02.09 - klo:23.15 »
Suositushan on että käyttäisi tiedostojärjestelmää joka ei journaloi. Itse olen asennellut eee:lle sen SSD ja myös SDHC korteille käyttöjärjestelmiä jo todella monesti, enkä ole tehnyt muuta kuin lisännyt noatime parametrin fstabin liitosriviin ja luonnollisesti käyttöjärjestelmästä riippumatta poistanut kaikki mahdolliset indeksoinnit käytöstä. Yhtään solua ei ole vielä tuhoutunut alkuperäiseltä SSD asemalta, joka ainakin pitäisi huomata tehdaspalautuksessa ja periaatteessa ihan aavistuksen pienentyneenä tallennustilana. Tästä ei siis mitään käytännön kokemusta ainakaan vielä.

Kone ei siis ole todellakaan ole ollut missään mielestäni normaalissa käytössä ja hyvin on toiminut. Käytän windowsissakin ntfs järjestelmää, vaikka fat järjestelmää suositellaan jokapaikassa. Lähinnä optimointi tapahtuu kernelin asetuksissa. clocksource=hpet parametrin pitäisi vaikuttaa huomattavasti SSD asemalle asennetun linuxin käynnistysnopeuteen. Itsekin tuota kokeilleena näin tuntuu olevan, mutta en ole kellotellut eroja. SDHC kortilla tuolla ei kyllä ole mielestäni mitään eroa.

Tosin aivan vasta muutama päivä sitten törmäsin myös mikäs linux tiedostojärjestelmään liittyvä parametri olikaan, missä kirjoitetaan asemalle tietyn väliajoin. Tätä muutosta kuitenkin ehdotetaan ainakin Ubuntulla jos käyttää powertop ohjelmaa.

Tekno

  • Käyttäjä
  • Viestejä: 209
    • Profiili
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #3 : 11.02.09 - klo:05.49 »
kokeilin tuota ext4:ää.. noh tottakai pariviikkoa toimi hienosti ja sit alkoi tiedostot korruptoitumaan pahasti. Meni Ubuntu uudelleenasennuskuntoon.

Storck

  • Vieras
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #4 : 11.02.09 - klo:10.43 »
kokeilin tuota ext4:ää.. noh tottakai pariviikkoa toimi hienosti ja sit alkoi tiedostot korruptoitumaan pahasti. Meni Ubuntu uudelleenasennuskuntoon.

Just, mikähän mahtoi olla syynä tuohon? Itselläni ei minkäänlaista ongelmaa.

meizirkki

  • Käyttäjä
  • Viestejä: 1039
    • Profiili
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #5 : 11.02.09 - klo:12.11 »
ext2 käytin aluksi mutta sitten palo siihen hermot.. pelkkiä ongelmia. Suosittelisin ext3a, mutta muista noatime optio. nopeuttaa huomattavasti. ext3 kanssa on mennyt 4 kuukautta nyt ilman ongelmia.
Fanitan:
Bitcoin, maailman suurin virtuaalivaluutta ja hajautetun laskennan projekti.
Enlightenment, helposti kustomoitava työpöytä. => PPA ubuntulle

Heikki Mäntysaari

  • Käyttäjä / tiedottaja
  • Viestejä: 377
    • Profiili
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #6 : 11.02.09 - klo:12.18 »
Itse olen miniläppärillä (SSD-levy) käyttänyt ext2:sta noatime-optiolla, jolloin levylle kirjoitellaan mahdollisimman vähän. Lisäksi esim. /tmp ja /var/log ovat Tmpfs-osiolla. Jonkin verran olen kuullut lupaavia testituloksia Ext4:stä ilman journalointia, sitä voisi joskus kokeilla.

SSD-levyn optimointia käsitellään jonkin verran Linux.fin artikkelissa Linux miniläppäriin.
« Viimeksi muokattu: 11.02.09 - klo:12.20 kirjoittanut Heikki Mäntysaari »
Suomenkielinen Linux-wiki: Linux.fi - katso myös http://linux.fi/foorumi

eliasj

  • Käyttäjä
  • Viestejä: 4075
    • Profiili
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #7 : 11.02.09 - klo:16.38 »
Jonkin verran olen kuullut lupaavia testituloksia Ext4:stä ilman journalointia, sitä voisi joskus kokeilla.
Tämähän se juttu oli: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0390131ba84fd3f726f9e24fc4553828125700bb

Ja siis tukea journaloinnin poisjättämiselle ei ole vielä kernelin versiossa 2.6.28, vaan se on lisätty vasta versioon 2.6.29 (joka on tällä hetkellä release candidate -vaiheesas).
alias vililikku

tetrafuran

  • Käyttäjä
  • Viestejä: 405
    • Profiili
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #8 : 11.02.09 - klo:22.42 »
Elikkä jos asiaan perehtymätön menee asentelemaan, niin epähuomiossa jää jornuaalit, indexoinnit sun muut päälle ja kovo, eiku muisti tai mikälie ssd piiri tjsp, posahtaa parissa vuodessa? Ainakin jostain foorumeista muistan lukeneeni, että linpus, xandros ja muut on tehtaalla jo laitettu sellaiseksi, ettei kovoa turhanpäiten rasiteta.

Kuitenkin sinne temppiin ja kaiketi muuallekkin tulee kirjoiteltua säännöllisesti, joten eikö olisi fiksua esim. aspire one:n tapauksessa laittaa pikkuinen muistikortti toiseen lukijaan ja antaa sen kulua swappauksessa ja muussa normaalielämässä? Muilla pikkuläppäriellä ei välttämättä ole useampaa korttipaikkaa, joten tämä idea ei toimi kaikilla.

Mikrobitissä käsiteltiin lähinnä pöytäkoneelle meneviä SSD kovoja. Sellaisen kaverinahan voisi olla ihan swappaukseen ja muuhun kulutukseen perinteinen HDD kiekko. Linuxissahan kivasti saa määriteltyä swapit omalle osiolle tai vaikka omalle kovollekin.
And so at last the beast fell and the unbelievers rejoiced. But all was not lost, for from the ash rose a great bird. The bird gazed down upon the unbelievers and cast fire and thunder upon them. For the beast had been reborn with its strength renewed, and the followers of Mammon cowered in horror.

qwertyy

  • Käyttäjä
  • Viestejä: 5778
    • Profiili
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #9 : 12.02.09 - klo:01.51 »
Elikkä jos asiaan perehtymätön menee asentelemaan, niin epähuomiossa jää jornuaalit, indexoinnit sun muut päälle ja kovo, eiku muisti tai mikälie ssd piiri tjsp, posahtaa parissa vuodessa? Ainakin jostain foorumeista muistan lukeneeni, että linpus, xandros ja muut on tehtaalla jo laitettu sellaiseksi, ettei kovoa turhanpäiten rasiteta.
Kyllähän niitä varmasti on suunniteltu hiukan, mutta kuten jo mainitsin, niin ei tosiaan enää edes mitään käsitystä kuinka monesti kokeillut eee:llä eri distroja ssd:llä ja sdhc:llä. Olen palauttanut orggis xandrosinkin ja esim. xp:n varmuuskopioita ihan suoraan dd sektorikopioina lukuisia kertoja.

Mielipiteensä kullakin, mutta nuo SSD kuluuloppuun hetkessä jutut on kyllä mielestäni ihan täyttä FUD:ia ja ylipäätään jos alkaa katsomaan tarkemmin noita ext2 on must ja journalointi tappaa heti juttuja eri sivustoilta, niin missään..Ei siis missään en ole nähnyt vielä minkäänlaista edes hiukan asiaan viittaavaa todistetta. Aina perusteluna on vain, että journalointi kuluttaa asemaa enemmän kun toimintaa on enemmän asemalla. Ei mitään oikeaa todistetta, että se vaikuttaa todella oleellisesti koneen elinkaareen. Jossain eeeuserin topicissa joku oli kyllä laskeskellut, että ihan normaalissa asennuksessa ja perustyöpöytäkäytössä keskiverto SSD-aseman ikä olisi ollut minimissäänkin yli 10 vuotta. Toki tähän oli tullut heti jyrkkiä vastalauseita, mutta mitään edes yritystä vastaavasta laskusta ei ollut vastalauseeksi.

Olen omistanut koneen nyt yli vuoden ja tuollaisella käytöllä, eikä mitään. Väittäisin, että ei huolen häivää normaalilla käyttäjällä. Yksi sektoripalautus ainakin omassa mielikuvassa vastaa jo aika pitkäaikaista normaalia työpöytäkäyttöä aseman kulumisen kannalta.

EEEuserin wikiin onkin laitettu tällainen
http://wiki.eeeuser.com/ssd_write_limit

Ja esim. tässä on mielestäni todella loistava artikkeli
http://www.tgdaily.com/content/view/39204/135/

Ai niin ja tuon SDHC kortinhan pitäisi posahtaa naurettavan nopeasti vrt. SSD aseman luvattuihin tallennuskertoihin.... Ei ole vielä tapahtunut sillekään mitään.

Oma vankka mielipide on, että tästä on tullut paniikinomainen "fakta" sen myötä, että ilmeisesti joissain Eee malleissa on oli jotain vikaa kortinlukijassa mikä liittyi muistaakseni liialliseen lämpötilaan. Näistä "SDHC korttiniko tuhoutui jo nyt?" viesteistä on tullut käyttäjille lähes paniikki, että kuinka nopeasti SSD asema rikkoutuu. Taas kun aletaan hakemalla hakeen miljoonista valmistetuista koneista SSD asemaa mikä on takuulla rikkoutunut, niin ihan varmastihan sellaisen löytää netistä, jota taas pidetään absoluuttisena todisteena. Oravanpyörä on valmis.

Viimeksi kolme vai neljä päivää sitten muuten kokeilin pitkästä aikaa Xandrosia, vaihdoin oikeastaan heti takaisin Crunchbangiin.

Kuten nimerkki meizirkki tuossa jo mainitsi, niin itsekin olen törmännyt vain ext2 järjestelmällä ongelmiin. Täydellinen tiedostojärjestelmän tuhoutuminen kun suspend ei olekaan toiminut yms. Noatime parametria käytän itsekin, mutta tosiaan senkin suurin merkitys on mielestäni nopeuttava vaikutus.

tetrafuran

  • Käyttäjä
  • Viestejä: 405
    • Profiili
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #10 : 12.02.09 - klo:09.25 »
Kiitos. Hyvä vastaus.
And so at last the beast fell and the unbelievers rejoiced. But all was not lost, for from the ash rose a great bird. The bird gazed down upon the unbelievers and cast fire and thunder upon them. For the beast had been reborn with its strength renewed, and the followers of Mammon cowered in horror.

eliasj

  • Käyttäjä
  • Viestejä: 4075
    • Profiili
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #11 : 12.02.09 - klo:10.56 »
Kuitenkin sinne temppiin ja kaiketi muuallekkin tulee kirjoiteltua säännöllisesti, joten eikö olisi fiksua esim. aspire one:n tapauksessa laittaa pikkuinen muistikortti toiseen lukijaan ja antaa sen kulua swappauksessa ja muussa normaalielämässä? Muilla pikkuläppäriellä ei välttämättä ole useampaa korttipaikkaa, joten tämä idea ei toimi kaikilla.
Ei kun kannattaa liittää temppihakemistot ram-muistiin, niin kuin heikin lähettämässä linux.fi-artikkelissa sanotaan: http://linux.fi/wiki/Linux_miniläppäriin#V.C3.A4liaikaiset_tiedostot_tmpfs-osiolle
alias vililikku

Storck

  • Vieras
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #12 : 12.02.09 - klo:11.20 »
Olkaa rauhallisia, itselläni on kuvan mukainen levy ja valmistaja lupaa aika pitkät käyttöajat. Laskekaa itse paljonko ikää saatte..

http://www.ocztechnology.com/products/flash_drives/ocz_core_series_v2_sata_ii_2_5-ssd

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11481
    • Profiili
    • Tomin kotisivut
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #13 : 12.02.09 - klo:16.50 »
Olkaa rauhallisia, itselläni on kuvan mukainen levy ja valmistaja lupaa aika pitkät käyttöajat. Laskekaa itse paljonko ikää saatte..

http://www.ocztechnology.com/products/flash_drives/ocz_core_series_v2_sata_ii_2_5-ssd

No jos noin 170 vuotta ei riitä niin ihmettelen. Tuossa ajassa se levy on mennyt pieneksikin varmaan 10 kertaa... ;)
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

Tekno

  • Käyttäjä
  • Viestejä: 209
    • Profiili
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #14 : 13.02.09 - klo:02.20 »
kokeilin tuota ext4:ää.. noh tottakai pariviikkoa toimi hienosti ja sit alkoi tiedostot korruptoitumaan pahasti. Meni Ubuntu uudelleenasennuskuntoon.

Just, mikähän mahtoi olla syynä tuohon? Itselläni ei minkäänlaista ongelmaa.

https://bugs.launchpad.net/ubuntu/jaunty/+source/linux/+bug/317781

Ux64

  • Käyttäjä
  • Viestejä: 586
    • Profiili
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #15 : 20.03.09 - klo:19.06 »
Wear leveling voidaan tietysti tehdä transparentisti matalammallakin tasolla, kuin käyttöjärjestelmän tasolla. Joten jos on asianmukaiset laitteet, ei tiedostojärjestelmällä oikeastaan pitäisi olla merkitystä.

Ihan kuten nykyiset sata levyt tekee omat mappinginsa täysin käyttikselle näkymättömästi.

USB tikkuja on kulahtanut kun ne ovat olleet jatkuvassa käytössä. Eli muisti on kulunut ja lukeminen on muuttunut osittain epäluotettavaksi tikulla.

Tuossa lisää erilaisista tiedostojärjestelmistä:
http://en.wikipedia.org/wiki/Flash_file_system
« Viimeksi muokattu: 20.03.09 - klo:19.09 kirjoittanut Ux64 »

Jallu59

  • Käyttäjä
  • Viestejä: 3430
    • Profiili
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #16 : 20.03.09 - klo:20.07 »
Kirjoituskerrat ovat ratkaisevia flashlevyn elinaikaa ajatellen. Kyllä nuo relatimet, indeksoinnit ja journaloinnit tuovat kirjoituskertoja yhteensä jopa pari kertaluokka enemmän verrattuna ext2:een, joten 170 vuotta voi kutistua pariin kolmeen huonossa tapauksessa.

Pitkähkö johdatus aiheeseen löytyy esimerkikisi tuolta:
http://www.anandtech.com/storage/showdoc.aspx?i=3531

Eli uudempaa kerneliä odotellessa suosittelen vanhaa kunnon Ext2:ta

T:Jallu59
Jari J. Lehtinen, Wanhempi (iki?)tietoteekkari & tietotekniikkakonsultti Turust, P4-HT / 3,0 GHz, Intel945 IGP 226MB & 4GBram & UbuntuStudio 14.04. Toshiba Satellie 50-C, i5 dual-core 2,3GHz, ubuntu-mate 16.04 LTS

aho

  • Vieras
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #17 : 20.03.09 - klo:21.01 »
Itselläni ollut ext4 (ext4dev) käytössä Fedora 9:stä lähtien ja toiminut ongelmitta myös SSD kovalevylläni. Olen asentanut SSD-levylle ainoastaan käyttöjärjestelmän ja esimerkiksi home on toisella HDD-levyllä. Intel arvioi esimerkiksi 80G X25-M SSD-levyn iäksi noin viisi vuotta jos dataa kirjoitetaan ja tuhotaan levyltä 100G/päivä.

Itse suosittelen ext4:sta. SSD-levyn antama suorituskyky on kyllä melkoinen ... :)

Ux64

  • Käyttäjä
  • Viestejä: 586
    • Profiili
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #18 : 20.03.09 - klo:21.21 »
Kirjoituskerrat ovat ratkaisevia flashlevyn elinaikaa ajatellen. Kyllä nuo relatimet, indeksoinnit ja journaloinnit tuovat kirjoituskertoja yhteensä jopa pari kertaluokka enemmän verrattuna ext2:een, joten 170 vuotta voi kutistua pariin kolmeen huonossa tapauksessa.

Toki viivästetyt kirjoitukset ja turhien kirjoitusten poistaminen auttaa. Mutta yleensä noille on varsin perustellut syyt, hidastaahan ne järjestelmän toimintaa perinteisilläkin medioilla.

Yleensä vaan syyksi osoittautuu esimerkiksi järjestelmän luotettavuuden parantaminen. Ja monesti juuri HD -> SSD siirtymä tehdään luotettavuuden parantamiseksi, joten se on sitten vähän hassu tradeoff poistaa nuo ominaisuudet käytöstä.

Täällä ainakin SSD levyjä käytetään usein HD levyn rinnalla ja nimenomaan sen kriittisen datan softa-mirrorointiin. HD on siis normaalina ja järjestelmälevynä ja vain pieni vielä muuille koneille mirroroimaton data kirjoitetaan SSD levylle. Jos sitten tulee esimerkiksi sähkökatko voidaan tuota tietoa menettää sen takia että joku on keksinyt kääntää journaloinnin pois päältä.

Se data kun on yleensä paljon arvokkaampaa kuin koko järjestelmä ja sen asentamiseen kulunut aika. Lisäksi järjestelmästä voidaan ottaa backuppi vaikka kerran kuussa, kunhan vain tuo tärkein kriittinen avaindata on tallessa. Vaikka järjestelmän palauttaminen alkuperäisestä imagesta on myös varsin nopea toimenpide.

Muutaman tonnin järjestelmän tuhoutuminen ei haittaa ketään, mutta kymmenien tai satojentuhansien datan katoaminen palauttamattomasti on huomattavasti isompi ongelma. Nimimerkillä, viimeviikolla katosi yhdellä asiakkaalla joka oli halunnut säästää järjestelmän hankinnassa 68000 euron edestä dataa. Arvaa tuliko riitaa asiasta. Piti vain todeta että kiintolevyrikot on täysin normaaleita asioita ja niitä tapahtuu, teille on tarjottu optioita joilla tätä riskiä voidaan huomattavasti pienentää ja te olette valinneet jättää mahdollisuuden käyttämättä. - Kiitos

Jokainen teistä voikin nyt tarkistaa omat mirrorointi ja backup käytäntösä. ;)

BtrFS:stä kiinnostaa juuri object level mirroring.
« Viimeksi muokattu: 21.03.09 - klo:06.18 kirjoittanut Ux64 »

Storck

  • Vieras
Vs: Tiedostojärjestelmä SSD kovoille?
« Vastaus #19 : 21.03.09 - klo:00.17 »
Minulla on
SDD:llä /, /boot, /home
HDD:llä muut eli kaksi HDD:tä joihin lataan ja tallennan tietoja, ei ohjelmia niillä.