Dotaz: SSD - distro, filesystém, na co si dát pozor

[mykhal]

Zdravím,
přecházím na notebooku na flash disk (SSD) s kapacitou 16MB a přemýšlím, jakou distribuci nasadit. Doposud jsem tam měl Debian testing, a byl jsem s ním poměrně spokojen. Vzhledem k tomu že se budu snažit disk trochu šetřit, říkám si, škoda že arch linux, kterého mám na stolním stroji, nemá stabilní větev.. tady mají rozsáhlé HOWTO, jak nasadit archa na ASUS EEE PC. Ale nejsem si jist jestli arch je pro flash disk ta správná volba :). Debian stable je vážným kandidátem, ale ten arch by oproti němu měl výhodu malých balíčků (bez dokumentace) a optimalizace pro i686. Gentoo snad ani nepřipadá v úvahu.

Co se týče základních věci, na které by si měl člověk dát pozor při použití disku citlivého na počet zápisů jsou asi známé:

• připojovat disky s flagem noatime
• pokud možno nepoužívat žurnálovací souborové systémy - preferovat ext2 před ext3
• nepoužívat swap
• připojit /tmp a /var/tmp jako tmpfs
• vypnout logování, nebo připojit /var/log taky jako tmpfs
• pokud možno používat tmpfs (/dev/shm) pro práci se soubory na do kterých budu často šahat

Některé body budou asi diskutabilní, stejně jako otázka, kterou distribuci zvolit (protože každý nevidí do detailů balíčkovacího systému použitého daným distem, systému jeho keší, a jak intenzivně využívá disk, a podobně) jaká další opatření zavést, a jestli vůbec mají reálný smysl. Takže uvítám všelijaké nápady, poznámky a zkušenosti.

Zatím dík

Odpovědi

[Limoto]

Myslím, že volbou distribuce si moc nepomůžeš. Já bych tam dal Arch. Co se týče filesystému, tak na SSD bude nejlepší asi JFFS2, ale nevím jak je na tom s rychlostí. Připojovat všechno možný jako tmpfs určitě taky pomůže, ale nezapomeň, že na to potřebuješ hodně RAMky. Pomohlo by možná udělat tmpfs i na logy, který by se třeba jednou za 5 minut zapsaly i do SSD.

[mykhal]

Já myslím že dávat JFFS2 na SSD disk, který má vlastní wear leveling, není moc užitečné.

Co se týče zapisování z tmpfs na disk každých 5 minut - není to stejné jako zapisovat to přímo na disk ? Pokud se nepletu, tak data se zapisují napřed do bufferu v ramce a flushují se na disk v pravidelém intervalu, jestli to není defaultně zrovna těch 5 minut..

[Limoto]

Když myslíš, že to SSD je tak dokonalý, tak potom ale nemá smysl vůbec nic.

[mykhal]

Nechápu z čeho vyplývá, že si myslím že SSD je dokonalé. Já si jenom nejsem jist že má smysl používat 2 vrstvy wear levelingu, které o sobě vůbec neví, přes sebe.. teda jestli mi rozumíš. Smysl určitě má zapisovat na disk co nejméně.

[Ondrej 'SanTiago' Zajicek]

A ono vubec jde pouzit JFFS2 na blokova zarizeni? Ja myslel, ze se daj pouzit jen na mtd zarizeni.

[Ondroid]

IMHO na bloková zařízení se JFFS2 nedá použít. Na 1GB USBflash-disku jsem měl Gentoo (ext2), asi za měsíc používání to začalo při bootu valit nějaké errory blokového zařízení. Mám dojem že u USBflash disků se stará HW disku o to aby se opakované zápisy netlačily do jednoho místa paměťových buněk. Problém je akorát v tom že, čím méně volného místa na disku tím méně místa pro zápisy do nových neopakujících se míst paměti. Tím pádem při hodně plné paměti a může jít její životnost docela rapidně dolů, oproti skoro prázdné - při stejné četnosti zápisů.

[Limoto]

Samozřejmě že se dá. Vždyť mu to může být úplně jedno na čem je, mtd je přece taky blokový zařízení, ne?

[Limoto]

Aha, tak on je fakt nějakej divnej. Tak na nomrální flashku se použít nedá

[Jiří Němec]

Existuje emulace, funguje to, ale vzhledem k principu jffs2 to je neuveritelne pomalé. Jffs2 se hodi na 4MB mtd zarizeny ve wifi krabkach, ale absolutně se nehodí na cokoliv většího. Zkoušel jsem to na 128MB flashce.

[mykhal]

jenže ten flashdisk už vlastně emulované blokové zařízení je, tak proč nad tím používat ještě další emulované vrstvy ?

[Yokotashi]

Mam uz prez rok debiana woody na 8GB CF karte na serveru. Mam tam noatime, bez swapu, ext2 a zabil jsem syslog. Uptime nic moc:

17:41:04 up 283 days, 23:56, 7 users, load average: 0.71, 0.36, 0.20

v lete vypli proud. Neprovozuju na tom zadne desktopove aplikace, krome screen a v nem par lynxu, muttu, ssh apod. Zadne problemy s tim nejsou.

Teoreticky by to mlo byt v pohode, protoze kvuli neschopnosti FATky obsahuji vsechny prodavane pametove karty nejakou logiku, ktera rozdeluje zapisy rovnomerne po cele karte.

[mykhal]

To je docela hezké číslo. Ale třeba u toho notebooku, o který se mi jedná, na uptime zase moc nesejde. Provádíš někdy apt-get update/upgrade, nebo to necháváš jak to je ?

Ony ty paměťové karty zase na druhou stranu jsou asi navrhované hlavně do foťáků a podobně, a moc se nepředpokládá, že se budou používat jako systémový disk. Ale uvažoval jsem o téhle redukci na 2 CF karty současně, že bych ty karty pak dal do raidu. Jenže nikde jsem neobjevil 1.8" variantu, a tak bylo jednodušší pořídit si přímo SSD disk

[mykhal]

.. to jsem blázen, ať hledám jak hledám, nikde nemůžu najít Ubuntu SSD Edition

[alpha]

Zkus Christian Edition, mozna ti Jezis pomuze...

Ja si myslim, ze pri dnesnich vydrzich a cenach SSD a pri tom, ze to ma nejaky auto wear leveling je pomerne jedno, co na to das za FS. Ja osobne bych sel do komprimovaneho Reiser4 - min dat ti to min znici. Nebo do cehokoliv jineho s kompresi (reiser4 jsem navrhnul kvuli snadnemu nastaveni komprese a kvuli tomu, ze s nim mam same dobre zkusenosti, ale nemusis mu verit, kdyz uz ni jineho, je to alfa kod )

[mykhal]

Dík za tip. Ale nevím - ty zkušenosti by se měly brát statisticky, z většího vzorku :) Já jsem na Reiser4 četl dost negativních zkušeností. Navíc Reiser4 má journalling, a ten vyloženě nedoporučujou, takže se asi nedá jednuduše říct že se bude psát na disk méně, protože bude komprimovat. Pokud se bude komprimovat vše, i už komprimované soubory (balíčky, předzagzipovaná dokumentace v /usr/share/doc, ..) a ještě k tomu se pod tím bude šifrovat (uvažuju o LUKS), procesor si užije. Umí Reiser4 šifrovat selektivně jen některé adresáře?

[Jiří J.]

A nedá se nastavit interval zápisu žurnálu, jako u ext3? (commit=X) ...

[alpha]

No jasne, spouste lidi se uz R4 rozsypal, ale mne jeste ne. Az se to stane, prejdu k JFS
Ta komprese je nastavena tak, ze se nejdriv ozkousi na prvnich 64kB toho souboru a cele se to komprimuje jenom pri dosazeni urciteho ratia. S rychlosti problem neni (na mem PIII 1GHz jede v pohode, rychlost cteni z disku to zvysilo o pulku, coz byl cil), protoze to muze krome gzipu pouzivat i lzo (viz google).
Sifrovaci plugin pro R4 zatim neni, a pokud pouzijes LUKS nebo neco podobneho (dm-crypt, loopback-aes) tak se vzdy sifruje cely oddil.

[Milan Lajtoš]

OT: A nebude tych 16MB trosku malo? ;)

[mykhal]

..ups, jde o 16GB

[Georgius]

Proč ? Já mám v Ovisu 4 MB Flash + 32 MB RAM (z toho 16 MB tmpfs) a tam se vešel busybox + sshd + apache + php5 a další ptákovinky (OpenWRT). 16 MB je luxus ))

[mykhal]

Ještě mě tak napadá - myslíte si že dobré použít libata a mít disk jako /dev/sda, jak to už teď bývá, anebo bude vhodnější použít staré dobré rozhraní a mít ho jako /dev/hda (třeba v debianu je to tak defaultně).