Dva měsíce se SSD

13.5.2010 19:45 | Přečteno: 2630× | poslední úprava: 13.5.2010 19:45

Nová technologie, nové přínosy i problémy.

Koupil jsem si SSD. Konkrétně Kingston V+ 64GB. Důvodů bylo několik. Jednak vyzkoušet novou technologii o které se mluví, proto jsem koupil levnější kousek prostě na odzkoušení. Dále samozřejmě snaha zrychlit a ztišit počítač. Tento disk mám jako jediný v desktopu s Windows 7 Ultimate 64b (což je ale jedno, níže popsané problémy a jejich řešení jsou na OS nezávislé).

Výhody

Je to rychlé. Srovnání s HDD to opravdu nesnese. Tohle SSD jistě nepatří k nejrychlejším, přesto kontinuální čtení 220MB/s zápis nějakých 100MB/s přece jen každý pevný disk neumí. A co už vůbec neumí je číst a zapisovat 4kB bloky rychlostí přibližně 20MB/s. 7200rpm 500GB HDD zvládá 0.5MB/s pro 4kB bloky. Pokud se dopustím velkého zjednodušení, tak je toto konkrétní SSD 2-40x rychlejší než předchozí HDD. SSD je samozřejmě rychlejší v situacích, kdy se disku dožaduje více programů současně, což je čím dál tím častější.

Je to tiché. Samozřejmě, že je to tiché, ale z počátku je to trochu nezvyk. Hlavičky HDD jdou přece jen slyšet a člověk je za dlouhá léta naučený z toho zvuku ledacos vyvozovat. Zde to pochopitelně nelze.

Nevýhoda

Zatím jsem našel pouze jedinou. Je to malé v poměru k ceně.

Problém s kapacitou mě jednak dokopal si udělat pořádek v home (či přesněji C:\Users), ale také jsem musel trochu přerozdělit data a programy na disku.

Pro herní data jsem si ze serveru připojil iSCSI disk (zatím 256 GB, lze jej snadno zvětšit), naformátoval na NTFS a připojil do C:\Games, kam hry běžně instaluji (takže je stačilo pouze překopírovat). Toto řešení je docela rychlé (Windows to mají za běžný disk s NTFS a tak to má všechny cache -- další jsou také na straně serveru). Rychlost omezuje jen síť na 100MB/s s čímž se zatím asi nedá nic moc dělat (jistě, natáhnout další kabely a vytvořit bond, bohužel investici do 2x 4port intel síťovek si musím nějakou chvíli odpustit, případně Marek jistě přijde s něčím ještě rychlejším ovšem bez sponzora ).

Fotky (120 GB) jsem původně umístil také na iSCSI disk. Jenže potom nastává problém v přístupu z CentOSu na serveru. Šlo by to připojit, ale jen pro čtení. Zatím jsem je tedy umístil na sambu, což je dost pomalé -- zde neexistuje cache. Soubor načtený před 10s se tahá znovu přes sít. Pro běžný FS toto neplatí, tam se v diskové cache v OS. Toto jsem zatím definitivně bohužel nevyřešil -- Lightroom si nějaké cache raw souborů drží u sebe (tedy na SSD) tak to docela jde. Ovšem problém je opět omezená kapacita toho disku.

Tolik krátce o SSD. Pokud si chcete zrychlit počítač, tak tuto investici určitě zvažte. Za nějaké 3 tis dostanete výrazné zrychlení srovnatelné s přidáním paměti do swapujícího systému.

       

Komentáře

[Michal Fecko]

Rozmyslam nad SSD do mojho netbooku (Lenovo Ideapad S10-2) a rozmyslam ze dalsia vyhoda by mohla byt ze sa menej hreje ako "klasicky" sata disk (?). Urcite by som isiel koli podpore trim do Intelu... Ale ta cena... Vraj od jula by mohlo prist cenove zlepsenie som niekde na webe cital, kto vie...

[Heron]

No já taky. Přejít z desktopu na T500 s 5400rpm diskem (bohužel ) je jako si zapřáhnout za kolo kamion. Asi si tam dám z desktopu, kam si koupím větší. 64GB je pro desktop fakt málo, pro ntb mi to stačit bude.

[Grunt]

Když už používáš Windows, tak co Cygwin? Používám/nepoužívám, krám do domu/naprostá bomba?

[Michal Fecko]

Mne sa viac vidi CoLinux... ale momentalne fungujem vo Win na Virtualboxe (lahsie nastavovanie) :)

[Grunt]

Ten neprovádí nativně kód.

[Jardík]

Cygwin se zase musí přepínat do 32bit módu, takže taky neběží nativně

[Grunt]

Jo? Jakto? Co MinGW neumí generovat 64-bitový kód?

[Jardík]

Ale ano, mingw-w64 ho generovat umí, ale to není přece cygwin, mingw-w64 vytváří nativní binárky používající WinAPI, žádnou POSIXovou "emulační" vrstvu nemá.

[Grunt]

No jo, to jsem si neuvědomil. A co toto? A k aplikacím už jsou zdrojáky.

[Jardík]

Bože. Píšu o mingw-w64 a ty odkážeš na to samý

[Grunt]

A jo. Sorry. Já četl Cygwin-w64. By tomu už také mohly začít dávat nějaké výraznější jména.

[Heron]

Nemám důvod používat. Pokud potřebuju něco na linuxu, tak mám vedle server, na který mám trvale puštěnou ssh konsoli s 10 screeny. A pokud v grafice tak se tam připojím pomocí vnc nebo něčeho podobného. V podstatě používám oba systémy současně.

[Grunt]

Nechápu co na tom počítači můžeš dělat.

[Heron]

Na kterém?

Tak co asi? Editovat (nebo spíš vyvolávat) fotky v Ligthroomu, hrát, poslouchat hudbu, koukat na p, prostě desktop.

[Grunt]

Takže vlastně…

[Heron]

Takže vlastně… co?

[xkucf03]

Na p potřebuješ Windowsy?

[Heron]

Psal jsem někde něco takového?

[David Ježek]

škoda že nemáš možnost srovnání s 600GB velociraptorem.

[Heron]

To opravdu nemám. Velociraptor asi nebude z nejtišších, nebo ne?

[Jezekus]

Velociraptori jsou tiche disky. Uz to nejsou uřvané obludy jako Raptoři, na druhou stranu to chrčení hlaviček 2 Raptorů v RAID0 při masivní zátěži je krásnej zvuk

[Jardík]

Mě stačí ten bordel, co vydává můj SAMSUNG SpinPoint EcoGreen F2 1500GB, 5400ot. Když startuje, tak řve jak letadlo a při zápisu a seeku to samé. Čtení tak tak, ale můj X let starý WD Caviar SE s 320GB a 7200ot je mnohem, mnohem tižší. Dneska prostě musí dělat všechno hlučný. V bedně mám na procesoru pasiv, na grafice pasiv, v bedně 2 tiché 120mm větráky a ty disky, to je uřvanina jakkráva. Jenom na to SSD mít $$.

[Michal Fecko]

Keby si mal 2x64GB zaujimali by ma skusenosti s RAID0 zapojenim ako systemovy 128GB disk

[RapMan]

CO jsem cetl, tak RAID0 je u techto typu disku spise pomalejsi nez kdyz je disk zapojeny samotny.

[Jardík]

Když se to nebude dělat přes SW raid, nebo s nějakým levným řadičem, tak by to nemuselo být špatné.

[Robo]

hmm, tak mrkol som na Wiki a 2 dalsie nevyhody tychto diskov su IMHO dost velke:
- mensia zivotnost
- nevhodnost na kryptovanie

[Heron]

- mensia zivotnost

Říká se. Zavedl jsem denní inkrementální zálohu celého disku .

- nevhodnost na kryptovanie

To by chtělo více rozvést. Asi se tím myslí realokace bloku při zápisu, tedy pak je k disposici jak stará tak nová verze zašifrovaných dat, což může oslabit danou šifru. Což se ale děje i na klasickém hdd v případě defragmentace.

[Robo]

No pise sa nasledovne:

Wear leveling used on flash-based SSDs has security implications. For example, encryption of existing unencrypted data on flash-based SSDs cannot be performed securely due to the fact that wear leveling causes new encrypted drive sectors to be written to a physical location different from their original location—data remains unencrypted in the original physical location. It is also impossible to securely wipe files by overwriting their content on flash-based SSDs.[citation needed] However, drives that support the ATA command TRIM allow for secure file deletion, as deleted blocks are cleaned in the background before writes[32].

[trekker.dk]

Háček je v tom, že disky sice podporují TRIM, ale ne všechny operační systémy ho používají.

[Ondrej 'SanTiago' Zajicek]

no, to spis rika, ze na flashky bychom nemeli ukladat nesifrovana duverna data, protoze je nebudeme moci skutecne smazat. Tedy ze bychom meli vzdy transparente sifrovat.

[Saljack]

Ale houbelec z flash paměti právě půjde smazání úplně krásně. Stačí, aby se všechny buňky přepnuly do jednoho stavu a už to nikdo nezjistí co tam bylo. Tohle u klasických disků nejde, protože těžko přepíšeme celý "kotouč". Já bych ale ssd jako disk zatím nechtěl, protože systémy jsou dělané pro převážně pro klasické (jasně jsou optimalizace) a tím ssd disky dost trpí. Jejich životnost se mi prostě nezamlouvá a navíc ta cena ty levné jsou zastaralé a ty nové neuvěřitelně drahé. Prostě ssd disky ještě nejsou připraveny.

[otula]

Já mám 64GB SSD na desktopu a jsem spokojen. Mám na něm systémové a programové adresáře. /home a data mám na HDD, /var a /tmp v RAM, takže předpokládám celkem dlouhou životnost.

[trekker.dk]

/var a /tmp v RAM

Tak to se nediv, až se ti to vysype. Ve /var se ukládají dost důležité věci na to, aby se při každém resetu ztratil.

[otula]

Oops! Samozřejmě jsem chtěl napsat /var/tmp

[otula]

… /var mám na klasickém HDD.

[Heron]

For example, encryption of existing unencrypted data on flash-based SSDs cannot be performed securely due to the fact that wear leveling causes new encrypted drive sectors to be written to a physical location different from their original location—data remains unencrypted in the original physical location.

Toto ale platí i pro HDD. Zašifruji-li soubor cat otevreny | sifrovadlo > zasifrovany; rm otevreny, tak data toho neexistujícího souboru otevreny na disku zůstanou, dokud je něco nepřepíše. Pravda, pokud misto rm otevreny pouziji něco jako wipe otevreny; rm otevreny, tak na HDD jej skutečně přemažu, zatímco na SDD to může být problém. Tam pomůže jedině šifrovat celý disk.

[Saljack]

Nechápu proč by měl být problém data na SSD přemazat, když by stačilo aby se všechny buňky přepnuli do původního stavu, tohle na klasickém disku nikdo neudělá.

[Heron]

Problém to není, ale jsou na to dnes ATA příkazy?

[Saljack]

Určitě na to nějaký nástroj bude, divil bych se kdyby ne.

[Gilhad]

Nesifrovane zasifrovat a smazat a pak jednorazove procistit nepouzity prostor

cat /dev/urandom >delete.me; rm delete.me

[deda.jabko]

mam ve zvyku pouzivat disky az uplne na max, i.e., volne misto bez problemu pod 5%. jak se s tim dokazi SSD disky a jejich file systemy vyporadat? dokazu si predstavit, ze by to mohlo za urcitych okolnosti delat peknou neplechu...

[Kvakor]

Bez podpory příkazu TRIM nemá řadič v SSD šanci poznat, které bloky jsou používané a které ne, takže u nich je jedno, jak je disk plný. A souborové systémy (hlavně ty, co inody a jiná metadata alokují dynamicky, jako ReiserFS a BtrFS) budou mít na takto plných discích stejně problémy jako na normálních discích, ale uživatel se o nich z důvodů absence seeku nedozví, dokud místo vážně nedojde.

Pokud vím, tak opravové problémy jsou až u JFFS(2), kdy málo místa nutí neustále pouštet GC, ale ty se používají spíš na FLASH paměti bez řadiče (res. s řadičem, co nedělá wear leveling a přemapovávání bloků) a tudíž by na klasickém SSD postrádaly smysl.

[default]

Rychlost omezuje jen síť na 100MB/s s čímž se zatím asi nedá nic moc dělat (jistě, natáhnout další kabely a vytvořit bond, bohužel investici do 2x 4port intel síťovek si musím nějakou chvíli odpustit, případně Marek jistě přijde s něčím ještě rychlejším ovšem bez sponzora ).

Tohle mě zajímá. Nový MacBooky Pro maj možnost SSD. Dost o tom uvažuju…

Kolik stojí ten hardware na bond? Klidně udělám částečného sponzora, když napíšeš později další recenzi. Po delší době používání.

[Grunt]

Asi jednou tolik co jedna dvojice síťovek v případě, že chce zotročit další linku navíc, ne?

[default]

Já chci vidět číslo. Podle něj se rozhodnu.

[Grunt]

A MacBook má dvě síťové rozhraní už ve standardní výbavě?

[default]

No, já měl na mysli to SSD. Jsem se špatně vyjádřil.

[Heron]

Intel PRO/1000 PT Quad Port Server kolem 9tis. Tedy 2 za 18tis. K tomu 4x UTP cat 5e. Ten je pak za pakatel.

Samotného by mě zajímalo zda to těch 4Gbps (cca 500MB/s) reálně zvládne -- vše je na to připravené, sběrnice PCI-E 4x a karta určitě. Otázkou je co zbytek - přenos z disků do paměti přes procesor a zpět na PCI-E. Snad ano.

[Grunt]

Otázkou je co zbytek - přenos z disků do paměti přes procesor a zpět na PCI-E.

A není to v režii DMA pokud je ze hry netfilter? Aspoň v mém případě síťový traffic, který leze z paměti do sítě nijak výrazně procesor nevytěžuje. Vše by měly být čistě blokové operace. Je pravda, že nahrazením disku za SSD se vlastně všechny součástky po kábl stávají plně elektronickými, takže nějaké otestování by mohlo být zajímavé (a pokud by to nedalo, tak by to aspoň poukázalo, že někde po cestě je zakopaný fakt hnusný pes co by tam být neměl).

[Heron]

A není to v režii DMA

Mělo by . O jistých síťovkách jsem tu už psal. I ty mají zvládat 1Gbps. Nezvládají. Takže teorie je hezká věc ale v praxi to vypadá úplně jinak. A jakákoliv latence ve kterémkoliv bodu to dost výrazně sníží. Není to tak dlouho, co mi někdo nevěřil, že mi samba dá 97MB/s.

[Grunt]

Ale dej pokoj dědku. Už jsem ti jednou psal, že to je ve špatných čínských driverech na inkriminovaném OS. Já se svého Realteku v mé plečce nemůžu vynachválit.

[Heron]

Komu říkáš dědku ty dámo v klobouku?

[Grunt]

Intel PRO/1000 PT Quad Port Server

No já nevím, ale nebylo by výhodnější dokoupit prostě nějaký Gigový NIC a hotovo? Ale jinak díky za tip na zajímavý HW.

[Heron]

Jaký "nějaký" si představuješ? Od chvíle, co mám všude Intel (desktop, ntb, server) to jede jak má. Tím nechci říct, že neexistuje jiný (a třeba i levnější) bezproblémový síťový HW. Ale z mých zkušenosti (Realtek, VIA, Intel) je Intel jasný vítěz.

[Grunt]

Realtek.

[Heron]

Tak víš co, uděláme pokus. Mě default z Madridu pošle po nějakém slavíkovi valuty na ty dva intely a ty si tam nastrkej co chceš. Uvidíme, kdo dosáhne větší rychlosti.

[Grunt]

Takto, já neříkám, že všechny Realteky. Třeba jsem měl jen štěstí na várku. Ale nastrkat těch Realteků do něčeho deset a odzkoušet už mě také napadlo. IMHO by neměl být problém. Když to dá jeden, tak proč by jich to nemělo dát deset? A když jeden brouk stojí pomalu míň než hrstka rýže?

[snajpa]

Ze zkušností vpsfree - Realtek opravdu nééé. Minimálně RTL8111/8168B ne. Je to "GLAN", nezvládá ale ani 100 Mbit (malé UDP pakety). Ani na SSH se pak nedostanu, ping taky bez šance. S Intel PRO/1000 PT Server není problém.

[Cubic]

ja mam tohle v notebooku od delu a je to tragedie, NFS(UDP) je schopne na nekolik minut vyradit sitovku z provozu... nefunguje ani po restartu(proste se musi chvili pockat) a to je to jen 100Mbit linka

[pc2005]

Tak leda NFS přepnout na TCP . Ale zajímavý stejný problém mám na jednom super exotickým hw.

[Cubic]

jsem tomu vcera trochu venoval a po nahrazeni ovladace z kernelu tim co ma na strankach realtek uz to nemrzne(po par testech, ktere by s predchozim ovladacem zpusobily vytuh), ale instalovat ho po kazde aktualizaci jadra moc pohodlne neni

[Josef Kufner]

To aktualizuješ jádro tak často?

[Cubic]

jak casto je "casto"? proste na to budu muset pri pristim updatu myslet a byl bych radsi kdybych nemusel, to je cele

[Josef Kufner]

Však na to myslet nemusíš... ono se to připomene samo.

A pokud použiješ věci jako DKMS, tak to máš později bez starostí.

[Cubic]

jasne, pripomene az budu nutne potrebovat neco prekopirovat

ale mas pravdu, venoval jsem ted 40 minut objevovani dkms a snad jsem to spatlal tak, ze se priste modul zkompiluje sam

[Grunt]

Spíš jsem myslel jednu obyčejnou síťovku (s libovolným MAC blokem) než takového hybrida za pár babek.

[Käyttäjä 11133]

iSCSI po 4Gb/s (plnou rychlostí) bez iSCSI HW initiatoru? Dokud neuvidím, neuvěřím. Bude to mít vysoký performance overhead.

[default]

Hele, to je dost drahá hračka.

[Grunt]

A hlavně nechápu jakou (a nač) recenzi po delší době používání. Jakože ten kábl časem vyzraje jako víno? To spíš ztyří ta guma na něm.

[default]

Měl jsem na mysli ty SSD disky. Dráty jsou mi volný.

[Grunt]

Aha. No tak to jsme potom minimálně dva.

[Heron]

Pozor, mám jen jeden. Nepředstavujete si snad, že kdybych měl v domácím serveru 6 1TB SSD disků, že bych se tady s váma vůbec bavil, že ne

[Grunt]

To by také nebylo špatné. Existuje vůbec nějaká obdoba ve smyslu disk bondingu? (krom nějakého RAIDu samozřejmě)

[Heron]

To by nebylo... Existuje. RAID 0.

Jak by sis takový disk bonding představoval? Disk je úložiště dat, síť je přenos dat. Nevidím moc souvislost.

[Grunt]

Jak by sis takový disk bonding představoval?

Třeba v podobě Robina. Jeden blok sem(sda), druhý tam(sdb), jeden sem, druhý tam,…

[Heron]

No to je právě raid 0.

[Grunt]

No jo vlastně. SW Raid a bonding. No mohlo by to být velice zajímavé.

[koulinek]

Tak takovehle policko bych taky rad otestoval. Ostatne bound 4Gbit uy asi bude ale taky pomerne slusna rezie pro CPU, aby takovou sit naplnil. Takz bz me zajimaly zkusenosti SW iSCSI x HW iSCSI HBA, HW kartu dokonce v domacim serverku mam, ale zase nemam "slusne" diskove policko.

[houska]

krcmar napr. psal o tom, ze po delsi dobe pouzivani rychlost ssd disku klesa ... clanek zde

[houska]

oprava ... muze klesat ... :)

[trekker.dk]

Bez té opravy to bylo dobře. Dřív či později se z většiny zápisových operací na tom disku stanou operace čtení - zápis.

[Abraxis]

Proc bond, kdyz gigabitova sitovka a switch dneska je za par supu?

[Grunt]

Protože z jedné vytáhne téměř 2Gb/s jen těžko a 10Gbps jsou skoro zadamo?

[Abraxis]

Ah, cetl jsem 100 Mbit/s... Sorry

[Michal Fecko]

??

Rychlost omezuje jen síť na 100MB/s s čímž se zatím asi nedá nic moc dělat

[tom]

Kdyz jsem si resil sitovej disk doma, tak jsem poustel nejaky benchmarky z http://lbs.sourceforge.net a vyslo mi o neco lip NFS nez SAMBA, tak muzete zkusit to.

[Käyttäjä 11133]

Ono to někoho překvapuje, že NFS vyšlo lépe než CIFS? :)

[cthulhu]

prosim o test ve filebench a zverejneni vysledku. diky

$go_filebench

filebench> load oltp

filebench> set $dir=whatever

filebench> set $filesize=1600m

filebench> set $iosize=4096

filebench> run 60

[Heron]

Je to i pro Windows? Jak jsem psal, na tom SSD mám W7.

Jedině nabootovat nějaké live distro s tímto programem, připojit si to ntfs a zkusit to takto. Ale nejsem si jist výkonem ntfs-3g pro zápis.

[cthulhu]

aha tak to je špatenka, leda kompilace z http://sourceforge.net/projects/filebench/ což může dopadnout všelijak. Co takhle IOzone ?

[Jardík]

No ve Windows těžko, když to používá nepřenositelný autoconf. Nejdřív jsem si myslel, že bych to pro vás zkompiloval růčo (nativně 64bit windows), ale když jsem viděl tu havěť v tom repu, ty závislosti ... přešla mě chuť.

[Begleiter]

Plánuju SSD použít alespoň jako systémový disk. Akorát mě zatím odrazuje cena.

[Trained.Monkey]

He, 24 GB RAM, delayed write, zalozni UPS... Taky to udela svoje

[Jardík]

A já mám jenom 16