uz se objevuji pouzitelne velikosti flashovych HDD ... zatim jen pro NTB, ale klasicky jiste prijde take
http://www.cdr.cz/a/20260
Printable View
uz se objevuji pouzitelne velikosti flashovych HDD ... zatim jen pro NTB, ale klasicky jiste prijde take
http://www.cdr.cz/a/20260
dalsi :-) http://www.techpowerup.com/index.php?23455
konkurence je zdrava a uzitecna ... hlavne pro uzivatele :-D
nooo tak do expresscard slotu by to mohol byt cool upgrade, system na SSD disku a 2,5ka len na data, ktoru si zapnem len ked chcem ;) inak samsung robi peknu vecicku http://www.samsung.com/Products/Hard...ive/index.htm#
ultratenky SSD > http://cdr.cz/a/20479
Kedy budu realne testy tychto veciciek? Zaujima ma hlavne pristupova doba a rychlost sekvecneho citania ;-)
rychlost sekvencneho citania je absolutne nepodstatna vec, hlavne ked u ssd disku je pocelej ploche linearna a rovna sa maximu, btw prisupovka bude pod 1ms a rychlost by mala byt u nejakych lepsich modelov az 100MB/s u lacnejsich/horsich menej, ale asi aj tak 2x tolko co maju notasy dnes :D
Nielen notasy, ze ano? :-) Nepodstatna ako nepodstatna. Ak by to bolo radovo v jednotkach MB/s tak to zasw tak nepodstatne nie je. Ale ak sa to pohybuje +- v rovnakych hodnotach ako bezne ATA disky, tak nie je o com. Ta pristupovka je proste slint slint :drool:
Dival jsem se po variantach jak si zkratit cekani na ssd disky. Zkousel jsem bootovani z usb disku s instalovanym Slaxem. Funguje ok, ale je nutna podpora v biosu. Navic s instalaci WinXP na usb disk se jaksi nepocita mimo varianty s live CD XP + placeny softik ktery ho dostane na usb disk. A i tak to neni plnohodnotna instalace, ale spis orezana recovery verze.
To me privedlo na myslenku zda existuje redukce mezi usb flashdiskem a ATA nebo SATA radicem ?
Nasel jsem tyto DOM moduly http://www.computershop.cz/eshop/def...ees&strid=1241
Ty ale jsou pomerne drahe.
A zminky o ctecte CF karet pripojitelne do ATA. Tu jsem ale nikde nenalezl v prodeji.
Vite o tom prosim nekdo vic... Slo by treba koupit 8-16GB USB disk a pripojit ho pres nejakou redukci do ATA/SATA ?
Nebo CF 8GB + čtečku do ATA/SATA ?
tie cenz v skutocnosti nie su zase take zle http://www.dxt.cz/?Mode=Sti&StiId=60584 ;) toto by mal byt transparentny elektronicky disk, ktory vsak sam neriesi viacnasobny zapis a XP by som na to neinstaloval :)
Mna by tiez zaujimali testy, ale nie synteticke hdtachy a podobne, ale prakticke testy, napr. boot windowsov, alebo linuxu. Velmi by ma zaujimalo hlavne bootovanie Arch Linuxu, ale to by som uz musel mat doma na testovanie.
BTW ked sme pri Linuxe mam otazku. Ak mam ReiserFS (3.6), tak pri boote sa vykonava "replaying journal" pre kazdu partisnu. Noo a z hladiska HDD, je toto aka operacia -> linearne citanie, random citanie, je tam nejaky zapis, alebo iba citanie ??
tak tohle jsem dneska videl je to paraaaada :)
http://www.nextlevelhardware.com/ssdnew.mpg (cca 30MB)
"Server Next Level Hardware uskutečnil vskutku nevšední test, když vzal devět SSD Mtron s kapacitou 16 GB v celkové hodnotě přes 7 000 USD (přibližně 200 000 Kč s DPH) a zapojil je do RAID0."
Celý článek: http://www.zive.cz/default.aspx?article=139443
Tak jsem se včera trochu zamyslel, zasnil nad budoucností pevných disků. Dnes ráno jsem ucítil, že asi možná až tak moc nesním. http://www.zive.cz/default.aspx?server=1&article=139495
Tak mě, tak včera napadlo, že není problém udělat ten raid přímo v tom jednom disku. Což už je jen krůček od toho, abychom disky zapojovali přímo do PCI a nebo jako paměti RAM přímo na desku. Tím by odpala dlouhá komunikace přes kabel a tím by mohlo dojít i ke zvýšení výkonu...
[OT]
Jelikož už jsem ležel v posteli, snil jsem dál... Protože jsme v dobách itegrace všeho na jedno místo, pravděpodobně by bylo krásné integrovat RAM i HDD přímo na jeden křemík přímo k procesoru. Co by to přineslo. Užasně rýchlý počítač, který by vypadal spíše jako jeden obrovský chladič, který musí uchladit jeden velký "procesor". K procesoru nepovede žádný kabel protože vše se bude přenášet vzduchem. Wireless klávesnice, myš, monitor... Co se napájení týče i to se snad dá už přenášet vzduchem, jen ty ztráty jsou obrovské.
Tato vize má však jednu nevýhodu. SPOLEHLIVOST. Při představě, že se podělá jeden tranzistor v procesoru a já přijdu o svá data, je děsivá.
Ovšem když už máme pevný disk na křemíku proč ho alespoň nevyužít pro operační systém, že? Ten už tak důležitý není a může se kdykoliv nahrát do procesoru znovu. Protože však počítače chtějí být velmi "userFriendly" dá se předpokládat že procesor už zakoupíme s operačním systémem, který bude ušit přímo na míru. (Může te si tipnout od které společnosti bude). Samozřejmě by se mohla zvednout vlna odporu, že je to diskriminace konkurenčního prostředí a tak se budou vyrábět i procery bez tohoto systému a však za stejnou cenu.
Dá se i předpokládat, že tento úžasný operační systém v rámci maximální bezpečnosti vás upozorní, že Váš hardware už je za zenitem a že může v brzké době dojít k poruše. Z tohoto důvodu se OS zablokuje až na zálohovací fce a přinutí vás koupit si nový HW s novým systémem.
Pak už jsem slasně usnul, protože jsem věděl, že se o mě v budoucnu postarají, a tudíž se nemám čeho bát.
[/OT]
A potom si sa zobudil s rukou v serbli :lol:Citace:
Původně odeslal Camillek
sorry za vytazeni trochu starsiho threadu, ale kdyz uz tu je, tak proc stejny zakladat znova :)
pokud nekdo uvazujete nad koupi SSD, doporucuji precist recenzi na Intel X25-M SSD
porovnavali to i s tim, co je aktualne na trhu a narazili na velice zajimava fakta:
- vsechny MLC SDD (krome toho Intelu) maji uplne stejne vnitrnosti, lisi se jen obal. MTron ma navic jiny (svuj) radic nez zbyvajici s Jmicronem.
- pokud probiha vice pristupu naraz a/nebo se zapisuje vetsi mnozstvi malych souboru, tak jde vykon tezce do pr.... =zpozdeni zapisu v rozsahu desitek/stovek ms. SLC a ta MLC od Intelu timto nastesti netrpi.
Zaver: MLC jedine od Intelu, jinak SLC protoze ten ostatni MLC "odpad" se s tim neda srovnavat...
Dalsi recenze, kde se potvrzuje to same, tentokrat v cestine je na http://www.svethardware.cz/art_doc-8...1003C1E85.html
asi pitomy dotaz, ale prechazim z desktopu na notes, a casem bych rad uvazoval az klesnou ceny tak kolem 5k o SSD disku. Vim ze v soucasnosti brzdi nejvice pocitace temer vzdy HDD. Myslite si ze v dohledne dobe (1 rok) klesne cena rekneme 200GB SSD na tuto hodnotu ? (mam na mysli neco jako intel X25 viz vyse)
Myslím že ne. SSD je hlavně na OS, programy náročný na přísun dat a čtení.
Včera jsem si domu vzal na test SSD OCZ Core verzi 2 (v linkovanym testu je V1) a byl jsem unešenej výkonem v praxi. Když jsem si tam zkopíroval celej starej UT, tak hra naběhla do menu za 2 sekundy. Mam v PC 2x Raprot 75gb v Raid0 a to jedno SSD je asi 2,5x rychlejší. V zápise jen o 50% slabší.
Tak jsem se rozhodl, že seženu 2x 30gb verzi a hodim to do raidu s řadičem od Arecy s vlatnim CPU a RAM, prostě plnohodnotnej Raid, protože klasickej řadič v ICH intel chipsetu tohle naprosto nezvládá, je o 15% pomalejší i když tam neni raid. Timhle řadičem se mi ztrojnásobí rychlost zápisu a malý soubory by taky neměly být problém. Čtení bude hold 250mb/s, protože to je limit prostupnosti PCI 1x slotu ve kterym řadič bude.
nechci ti kazit radost, ale v te CZ recenzi testovali CORE V2 a o moc lepsi to nebylo:
http://www.svethardware.cz/art_doc-3...6004A68B9.html
resp. primo vysledky zapisu (Random Access Time - WRITE):
http://www.svethardware.cz/sh/media....ElemFormat=gif
Já tam vidim Core1, ne Core2. Core2 ani nemá 32gb, ale 30 a pak až 60. Core první verze měla 32gb, 64gb.....
Navíc, obě verze maj problémy s kompatibilitou s ICH od Intelu, takže tohle mě nechává klidnym, až mi dojde ten řadič od Arecy, postnu jak to vypadá, protože s tim Intelem jsou problémy se zápisem a když tam zapnu RAID, tak je to slabší jak bez něj.
IMO maji v tech popiscich u grafu trochu zmatek, podle fotek to byla V2
napis + mini-USB port, ktery V1 nema:
http://www.svethardware.cz/sh/media....ElemFormat=jpg
Jsem zvedav jak se areca popere s tim pomalym zapisem malych souboru ;)
.. so I got one of the new Intel SSD's aneb Linus Torvalds obdrzel "new 80GB solid state disks from Intel".
Citace:
That thing absolutely rocks.
...
And the sad part is that other SSD's generally absolutely suck when it comes to especially random write performance. And small random writes is what you get when you update various filesystem meta-data on any normal filesystem, so it really does matter. For example, a vendor who shall remain nameless has an SSD disk out there that they were also hawking at the Kernel Summit, and while they get fine throughput (something like 50+MB/s on big contiguous writes), they benchmark a pitiful 10 (yes, that's ten, as in "how many fingers do you have) small random writes per second. That is slower than a rotational disk.
In contrast, the Intel SSD does about 8,500 4kB random writes per second. Yeah, that's over eight thousand IOps on random write accesses with a relevant block size, rather than some silly and unrealistic contiguous write test. That's what I call solid-state media.
...
So here's the deal: right now, don't buy any other SSD than the Intel ones, because as far as I can tell, all the other ones are pretty much inferior to the much cheaper traditional disks, unless you never do any writes at all (and turn off 'atime', for that matter).
Podle pravidla, že věřím pouze testům, které si sám zfalšuju, považuju ten test na SHW za dost nepřesný. Mám v PC jako systémový tento disk a v ATTO mi vycházejí dost rozdílná čísla. Je sice pravda, že můj Patriot je jiný než ten, který je použitý v testu, ale přesto....
Low level test (použitý H2benchw) je sice hezká věc, ale nic nevypovídá o skutečné rychlosti disku s použitým OS a aplikacemi v něm. Já nechci jakkoliv polemizovat o výhodnosti použití SSD na systémové disky, ale jedno vím jistě - start systému (od výběru OS po první ikonu na ploše) mám za 30 s a rychlost operací v některých programech, náročných na využívání swapu, je o poznání rychlejší.
Takhle. Koupil jsem 2x 30gb versi OCZ Core2 do raidu a tolik problémů jsem ještě neviděl. Teda respektive, nedařilo se dostat do stavu, kdyby ten raid měl být rychlejší jak 1 disk. Na řadiči na desce = utopie, na levných raid řadičích bez CPU a vyrovnávací paměti - většinou se to ani nespustilo. Pak pomohl až adeptec se 128mb ram a slušnějšim CPU. Nutno říci, že jsem s nim taky bojoval celej den, abych z toho dostal přes 200mb/s.
Problémem všech SSD je špatnej zápis hlavně majech souborů, to je logický, nemaj žádnou vyrovnávací cache. Ten Intel, jako první SSD má 256mb Sdram paměti na sobě, ano 256mb cache. Tudiž disk má super zápis dokud se tahle paměť nezaplní, když ano, je jako všechny ostatní (tzn zkuste na tom rozbalit 2gb archiv raru plnej fotek (bez komprese, ať to nebrzdí CPU). Je to podobný jako to mám na tom řadiči, až na to že je to limitovaný elektronikou disku a satou samotnou, na řadiči mam 700mb/s zápis (dle ATTO) dokud se nezaplní paměť(u ATTO a mnoha jinejch benchů nikdy). Bohužel jsem zjistil, že spousta benchamrků, a nejen ATTO jsou v tuhle chvíli nepoužitelný, protože operujou čistě v té paměti a na SSD to vůbec nešáhne, aneb write 700mb/s a read 950mb/s opravdu nemám(je celkem logickejch až 250mb/s intelu protože to je prostupnost Sata2 rozhraní), ale ono si to myslí, protože test probíhá jen v té cache.
Ta cache u intelu musí bejt strašný + pro systém když je na tom disku nainstalovanej, cejtim to dost i když tam na ten radič dam tu core jen jednu a zapnu cache, je to nebe a dudy proti tomu samýmu SSD ber bufferu.
Zenite, z tohohle příspěvku jsem dost zmatenej :)
Zrovna jsem chtěl založit diskuzi na téma SSD už jo nebo ještě ne, ale radši to frknu přímo sem.
To co popisuješ je obecná vlastnost SSD disků, nebo?... Tahle zátoka je pro mě velká neznámá, nikdy jsem se o to nezajímal, neb jsem to nepotřeboval. Vím samozřejmě o co jde, ale to je tak všechno.
Octo - zatial je to vlastnost vsetkych flash pamati, teda skor radicov, ktore su s nimi dodavane, cim mensie bloky dat, tym viac sa ten radic zapoti. Podstatne lepsie su na tom SLC ssd disky oproti MLC ssd diskom, ten intel je tu vynimka vdaka tej cache pamati. Ale ten Intel je drahy ako svina a SLC su oproti nemu este drahsie.
Ale zacina svitat na lepsie casy : http://www.dsl.sk/article.php?article=6859&title=
Tanya: Tak Sandisk se docela snaží. Uvidíme, jestli nezůstane jenom u čísel a skutek utek...
http://www.fudzilla.com/index.php?op...11365&Itemid=1
Pěkné, jen škoda, že je to info od Fuada, trochu to ubírá na serióznosti...
intel znizil o nieco ceny, vid http://www.dsl.sk/article.php?article=6998
Intel SSD možná nejsou až tak super, jak se může zpočátku zdát aneb wear leveling způsobuje časem výrazný pokles výkonu :|
Nove SSD od OCZ:
http://www.pcper.com/article.php?aid=670
Toto su zatial viac menej engineering samples, co je ale podstatne, ze doslo k odstraneniu starych chyb (zasekavanie pri random zapise), vykon vyrazne stupol a cena klesa...
Kto chce viac (pomerne detailnych) informacii, tak doporucim http://www.ocztechnologyforum.com/fo...play.php?f=186 , je to tam v poslednom case velmi zive...
Inac v tom fore pisu vela dobrych fint ako zvysit (razantne) vykon s uz existujucimi SSD (aj od inych vyrobcov ako OCZ).
Zkusim sem napsat par postrehu, ktere jsem vygooglil za poslednich par dni, protoze se chystam do meho noveho (jeteho) notebooku ibm X41 dat misto disku 8GB CF 266x Pretec.
1) wear levelling skutecne zpusobuje vnitrni fragmentaci, tak jak to je popsano ve znamem clanku na cdr.cz.
2) wear levelling zatim nemuze fungovat prilis dobre a to z toho duvodu, ze SSD netusi, ktera data jste vymazali a ktera ne, takze pokud se stane, ze do kazdeho bloku neco zapisete (at uz najednou, nebo postupne), tak tim wear levelling vpodstate konci, protoze prestoze jste vy rekli vasemu FS, ze ty a ty data ma vymazat, tak on je samozrejme nevymaze, ale jen zahodi zaznam k nim vedouci nebo tak neco (podle FS). Dulezite je, ze SSD o tom nema (a zatim ani nemuze mit) ani paru, takze musi brat vsechny bloky jako obsazene, cimz nemuze efektivne provadet wear leveling. Mozna to neni uplne presne jak jsem to popsal, ale princip je asi jasny. Toto resi novy ATA TRIM prikaz, kterym v budoucnu (az bude implementovan vyrobci SSD a OS+FS) FS primo rekne SSD, ktere bloky muze uvazovat jako prazdne a pouzit je pro wearlevelling. Jako prvni by jej mel udajne implementovat intel do FW svych X25 SSD, v linuxu by jiz mel udajne byt, anebo se chysta.
3) pouziti SSD v linuxu: jako nejrychlejsi FS pro SSD se zda byt novy ext4, ktery navic umoznuje nepouzivat journal a presto je znatelne rychlejsi a lepsi nez stary ext2 (=ext3 bez journalu). Zasadni je predevsim pouziti noatime u mountu, dale hodne pomuze pouziti noop IO planovace, pripadne vypnuti barrier. Barrier spolu s vypnutim journalu dramaticky zvysuje pravdepodobnost ztratu dat po nahlem vypadku ci rebootu, prvni vsak zvysuje rychlost, druhy predevsim opotrebeni SSD a zaroven snizuje vnitrni fragmentaci. journal se da take umistit na jine medium, pokud je k dispozici. Dulezite by rovnez melo byt zarovnani diskoveho oddilu tak aby odpovidalo velikosti bloku SSD (FS aligning). Dale se doporucuje presunout /tmp /var/log a podobne adresare do tmpfs, tedy do ramdisku. Linux kernel by mel jit donutit k agresivnejsimu cachovani zapisu (ala flashpoint nize), ale k tomu jsem se jeste nedostal. Pokud v linuxu nepotrebujete z SSD bootovat a chcete mit jen jeden diskovy oddil, je mozne udelat FS primo na SSD blockdevice (mkfs.ext4 /dev/sdX - vedeli jste o tom nekdo???) bez jakeholi partitionovani, FS pak bude vzdy zarovnany (aligmented).
4) ve windows lze pouzit SW FlashPoint, ktery pro prvni disk v systemu vytvori 32MB writeback cache, ktera dramaticky zrychluje predevsim nahodny zapis u SSD bez cache, ale samozrejme zvysuje ryziko ztraty dat. Dale je mozne vytunit windows skrz registry pro mensi pocet zapisu na disk (ntfs volby a pod).Rovnez se doporucuje udelat cluster aligment.
5) mnoho lidi si stezuje, ze pri pouzivani firefoxu na SSD bez cache dochazi k vytuhavani systemu. To je zpusobene castym ukladanim diskove cache, ta se tedy doporucuje ukladat pouze do RAM.
par zajimavych odkazu:
http://blog.loxal.net/2009/04/tuning...ance-with.html tuning ext4
http://forums.fedoraforum.org/showthread.php?t=215109 generic linux tuning
http://thunk.org/tytso/blog/2009/02/...se-block-size/ filesystem aligning v linuxu
http://thunk.org/tytso/blog/2009/02/...ized-for-ssds/ some notes about ATA TRIM
http://forum.thinkpads.com/viewtopic...hpoint#p506347 vliv cluster aligment a flashpointu na vykon
http://www.thinkwiki.org/wiki/Compact_Flash_boot_drive nejake povidani mimo jine o CF do X40/X41
doufam ze to alespon nekomu pomohlo. Az dorazi flashka a notebook, dam vedet nejake postrehy.
UPDATE: Pro win se doporucuje FAT32 misto NTFS kvuli absenci journalu, na druhou stranu v NTFS lze pouzit kompresi, ktera teoreticky muze byt prinosem.
2.) na toto suzi ata prikaz TRIM, ktory prave povie SSD ktore data su zmazane a teda si ich moze SSD zmazat a tak pripravit prazdnu stranku na zapis, ktoru uz nebude musiet ako momentalne mazat testne pred skutocnym zapisom
TRIM podporuje novy win7 a tiez tusim aj linux (i ked nie 100%tne a chce to nejake modifikacie).
Z SSD ktore podporuju trim je OCZ VERTEX (aj ked mozno bude chciet este jedno firmware update) a snad coskoro aj intel SSD. Inac potom by to mohli podporovat (ak budu mat vhodne FW) aj vsetky ostatne SSD s indillinx Barefoot kontrolerom (momentalne je to napr. aj najlepsi SUPERTALENT).
jj o TRIMu jsem psal, ale nevedel jsem uz to nejaky SSD skutecne ma. Jinak kdyz ho nema nebo ho OS neumi, tak podle me nemuze smazat obsah bunky (mam na mysli tu premapovanou, tedy jinou nez urci FS, tedy pokus o wear levelling) s daty ani tesne pred zapisem, jak pises ty, protoze nevi, zda tam nejsou nahodou nejaka data...takze pokud do vsech bloku alespon jednou probehne zapis, nemuze IMHO bez TRIMu SSD provadet wear levelling vubec, nebo jen velmi spatne (a to by me zajimalo jak). Prinos TRIMu by tedy mel byt hlavne ve zlepseni/umozneni efetivniho wear levellingu tim, ze SSD bude vedet, ktere bunky muze znovu pouzit a ze to bude znamenat zrychleni, je samozrjme take pozitivni (na ukor pomalejsiho mazani zrejme). dik za info
Ak chces zapisat do bunky ktora nie je zmazana, musis ju najprv zmazat. Preto je prepad vykonu pri zapise pri pouzitom SSD. Na wear leveling ma SSD vzdy nejaku kapacitu navyse. Napr. 32GB vertex je v skutocnosti tusim 36GB....
Mazanie vo win7 nie je pomalsie, pretoze TRIM sa posiela disku az po case, na pozadi v dobe nizkej diskovej aktivity. (vzhladom na rychlost SSD to mozne znamenat hoci aj 1s po zmazani suboru, kedze disk bude asi idle)
Jak probiha zapis do do NAND tusim, ale wear levelling funguje IMHO jinak nez si myslis. Zakladni princip je v jakemsi rotovani a preskupovani casteji pouzivanych bloku po CELE kapacite disku, proto problem interni fragmentace nastava jiz relativne brzy. Je mozne, ze nektere SSD maji jeste navic nejake volne misto pri pripadne umrele bloky, ale bez rotovani bloku cele kapacity by to dle meho nazoru stejne nepomohlo. Napr. do FAT tabulky se zapisuje pri jakekoli zmene ve FS, proto se musi jeji fyzicke umisteni casto menit, aby neodchazely bloky na kterych je. Problem je v tom, ze aby mohlo toto rotovani probihat, musi SSD vedet, ze nektere bloky jsou prazdne a ty pouzit. Bez TRIMu to po nejake dobe, kdy se beznym provozem alespon jednou zapise do vsech bunek, neni mozne, protoze prestoze treba vsechno smazes nebo dokonce udelas format disku, SSD o tom z principu nemuze mit ani paru a musi brat vsechny bloky jako obsazene. Takhle ja chapu wear levelling (WL), resp dynamicky WL, protoze jsou 3 ruzne druhy, z toho jeden v soucasnosti udajne provadi pouze intel X25 a je pry nejsofistikovanejsi. zkusim najit nejake odkazy.....
jinak samozrejme souhlas ze TRIM bude znamenat zrychleni SSD, jak moc dramatice je otazka, protoze pokud by kazdy zapis sel do volnych bloku (coz ty zrejme myslis), znamenalo by to pravdepodobne brutalni vnitrni fragmentaci.
wear leveling funguje aj pri plnom disku, prave na to je tam navyse trocha tej kapacity, aby sa to "volne miesto" mohlo postupne pri zapisovani presuvat po celom disku. Tak nejak to "rotuje". Pri zapise sa zapise do najmenej pouzivanej stranky vo volnom mieste - a tym padom sa uvolni miesto kde bola povodna stranka (t.j. tam kde v skutocnosti chcel zapisat OS). SSD ma potom v pamati mapu ze kde v skutocnosti su ktore data. Teda ak si OS mysli ze su na zaciatku disku, v skutocnosti mozu byt na konci. Ak stale nevies ako to presne funguje, skus wiki, google atd. - alebo pozri starsie clanky, svethw atd. v casoch ked sa uvadzali SSD sa v clankoch objavovala cast "popis technologie", tam by si to mohol najst dost zrozumitelne a jednoducho popisane.
Promin, ale to stale IMHO nemuze dobre fungovat. Proved si pomyslne par ruznych zapisu do vice bunek a zjistis, kde je problem (ale take je mozne ze to reseni proste stale nevidim). Bez TRIMu to proste dost dobre nejde (leda by nahradni kapacita byla 100% kapacity disku), ostatne neco podobneho se pise v jednom z tech odkazu, ktere jsem postnul.
http://www.t10.org/ftp/t10/document.08/08-347r1.pdf TRIM jako security problem (mimo jine)
http://lwn.net/Articles/293658/ zde je vysvetlen problem WL pri zaplnenem disku, citace:
If the device fills up with data, that list of free blocks can get quite short, making it difficult to deal with writes and compromising the wear leveling algorithm. This problem is compounded by the fact that the low-level device does not really know which blocks contain useful data. You may have deleted the several hundred pieces of spam backscatter from your mailbox this morning, but the flash mapping layer has no way of knowing that, so it carefully preserves that data while scrambling for free blocks to accommodate today's backscatter. It would be nice if the filesystem layer, which knows when the contents of files are no longer wanted, could communicate this information to the storage layer.
Ano, problem se mirne oddali pouzitim dodatecne kapacity, ale neni to ani zdaleka totez, jako kdyby WL mohl vyuzivat celou kapacitu disku.
...If the device fills up with data - k tomu nikdy nedojde. Stale bude na disku nejake volne miesto, prave vdaka tej kapacite navyse. A vzdy ked sa zapise do tohto dalsieho volneho miesta, tak sa uvolni ta stranka kde sa malo povodne zapisat, teda aj ak bude disk 100% plny, tak stale tam bude aspon ta minimalna rezerva volneho miesta aby mohol fungovat wear leveling.Citace:
Původně odeslal Petrik
AD. ta TRIM security issues prezentacia: staci ze firmware si pamata bloky, ktore su TRIM-nute a pri ich citani vrati stale blok nul.
Problem je, ze pro WL jdou pouzit jen ty bloky, do kterych probehne zapis, ale napr. ne ty bloky, ktere ve FS vymazes, ale fakticky do nich nic nezapises. Takze pokud nastane extremni sitace, ze budes stale zapisovat jen do jednoho, dvou nebo obecne maleho mnozstvi bloku (nejake logovani, FAT table, DB a pod) a na ostatni ani nesahnes, prestoze ve FS se jedna o volne misto, SSD je vidi jako obsazena daty a nemuze je pouzit pro WL. Takze bude pro WL pouzivat jen to velmi male mnozstvi bloku, ktere brzy umrou. NAvic pochybuji, ze vetsina SSD (natozpak CF ci SD) ma tak velke procento spare blocku, jako ma ten OCZ.
UPDATE: provedl jsem maly reaserch a obvykla hodnota spare bloku je 2-4%, coz je pomerne malo. Navic, pokud to chapu dobre, tak jsou casto vyuzivane POUZE jako nahrada za bad bloky: http://www.mydigitaldiscount.com/Pro...9BB-1239713760
UPDATE 2: Ted jsem narazil na zajimavy napad jak toto docasne resit bez TRIMu: rozdelit disk na dve partitiony a pouzivat jen jednu ( do druhe nikdy nic nezapsat), aby druhou mohl SSD pouzit pro WL. Sice tim prijdete o cast kapacity, ale zivotnost by mela byt lepsi. Pro levne CF karty mozna dobre reseni.
http://www.sandisk.com/Assets/File/O...rLevelv1.0.pdf Sandisk to dela jeste jinak
http://www.corsairmemory.com/_faq/FA...r_leveling.pdf Corsair to na svych USB dela +- tak jak jsem to zde popsal, tedy alespon doufam, citace:
What is dynamic wear leveling?
This technique only wear-levels over dynamic data areas (see figure 3). For example, an 8GB Flash Voyager stores 3GB of MP3 music files but only 5GB remaining capacity is free for wear leveling.
The dynamic data areas are rotated in the round-robin fashion from a pool of free blocks. Dynamic wear leveling has a shorter life expectancy compared to static wear leveling because only dynamic data areas can be used to rotate data.
Problem nastane, pokud nezbyva zadne volne misto, resp SSD o nem nevi.
Ak v OS zapisujes stale na to iste miesto (to je jedno ci FAT, ci NTFS - ty to miesto na disku identifikujes cez LBA), tak v SSD to ide stale na ine miesto - prave koli wear levelingu. SSD ma v pamati tabulku prevodov adresa LBA -> miesto v SSD kde su dane data. Tj. ak zapises 1. krat do FAT, LBA 100 - SSD to da do bloku povedzme 100. Zapises znova do FAT, LBA 100, SSD to da do bloku napr. 480, blok 100 vo vnutri SSD sa uvolni. Tym ze je tam ta spare kapacita, tak stale mozes robit nejaky primitivnejsi, nahodny "round robin". Spomalenie pri zapise u SSD, ale napriklad aj zname "zasekavanie" u Jmicron radicov je sposobene tym, ze ked je "plny" disk (t.j. SSD uz pouzil vsetky volne vnutorne bloky), tak pri zapise musi spravit to, ze najde vhodny volny blok (moze to byt jeden zo spare miesta), ten zmaze (pretoze uz predtym bol pouzity), zapise nove data a updatne si vnutornu tabulku LBA-> real. lokace. Toto vsetko dost trva a preto je tam to spomalenie.Citace:
Původně odeslal Petrik
Ak pouzijes trim, tak 1. uz nemusis mazat, 2. mas omnoho jednoduchsiu situaciu pri wear levelingu - mas omnoho vacsie moznosti z ktorych blokov vyberat.
Kedze moderne SSD su viackanalove (rychlost jednotliveho chipu flash nie je az tak vysoka), pri zapise sa snazia ho rozlozit paralelne medzi co najviac chipov. Ak ti vsak po dlhsom pouzivani a zaplneni SSD nastane "nevyhodna" situacia, ze vsetky volne bloky k wear levelingu a zapisu sa nachadzaju iba na dvoch chipoch, alebo jednom - tak potom mas vyrazne spomaleny zapis.
A je prave na logike radica aby toto vedela dobre rozlozit a vsetko vnutorne zorganizovat. Preto je intel taky vykonny, vertex tiez (aj ked, ten je trocha iny). A podobne, preto su take pomale 1. generacie SSD, ktore maju tuto logiku dost obmedzenu.
Jediny realny reseni probemu je FS navrzeny primo pro SSD a obavam se, ze v pripade M$ si muzem nechat o necem takovym pristich min 10let jen zdat.
OS by totiz narozdil od logiky disku moh udelat to, ze tech 10 pidisouboru posle SSDcku prave jako jeden blok velky jako fyzickej blok SSD = obrovsky narust vykonu + usetreni zivotnosti. SSDcko totiz udela to, ze kazdej pidisoubor zapise do extra bloku (= v horsim pripade blok precist, doplnit nova data a opet zapsat). V horsim pripade (plnej disk) bude tutez operaci 10x opakovat nad jednim blokem. Tohle by castecne mohla obejit cache a radic, jenze OS muze (a na 90% bude) ty pidisoubory posilat tak, ze se stim toho moc nenadela, protoze je to zkratka vsechno optimalizovany pro maximalne sekvencni zapis.
Ad TRIM: IMO spis takova berlicka. Funguje to i bez toho, protoze FS sam se snazi (vetsinou) primarne vyuzivat uz pouzity bloky na "zacatku" disku. To sice u SSD postrada smysl, ale je to zkratka napsano pro HDD (ktery sou na zacatku rychlejsi nez na konci). Tudiz predpokladam (nastrel), ze tak 80% prazdnych bloku o kterych SSD nevi ze prazdne jsou bude velice rychle prepsano.
takyto program ktory kombinuje small writes a posiela ich SSD ako jeden velky commit je prave FlashPoint (pouziva 32mb cache), ktory sa instaluje ako driver disku pre win XP. Pomaha to extremne najma na starsich SSD s Jmicron radicom, ktore zvladaju max. 5 random zapisov za sekundu. Pomaha to aj pre random write u normal diskov, ale tam to nema velky zmysel, kedze je write (najma random) rychlejsi ako citanie.
Win7 uz robi to ze sa snazi minimalizovat random zapisy.
Win7 je celkovo SSD friendly - ak detekuje SSD, vypne vsetky diskove optimalizacie, ktore u SSD skodia (defrag na pozadi, indexing, prefetch atd.), osobne si myslim ze sa to tyka napr. aj optimalizacie presuvania suborov na zaciatok disku kde je najrychlejsi. Tiez TRIM je pouzivany len na pozadi, ak je nizka diskova aktivita. SSD ma potom fakt tolko volneho miesta kolko je na disku. T.j. ked sa zapisuje subor (z pohladu OS) na disk do prazdneho miesta, tak aj na SSD to ide do prazdneho miesta, odpadaju problemy s prepisovanim stranky atd. TRIM dokaze celkom efektivne odstranit vnutornu fragmentaciu a dalsie problemy. (inak u intel SSD, aj bezne normal pouzivanie disku dokaze prostrednictvom svojich normal zapisov odstranit vzniknutu vnutornu fragmentaciu ktoru sposobil napr. nejaky random write benchmark)
Inac co sa specializovanych FS tyka- OK riesia problem, ale naco? Problem je uz vyrieseny, 2. generacia SSD ako vertex a intel uz zvladaju akekolvek FS vysokou rychlostou pre vsetky FS.
Souhlasim vpodstate se vsim, co zde pises, ale presto podle me plati, co jsem zde napsal. Totiz ze kdyz zaplnis disk daty (a ty pak i treba smazes, to je jedno) a pote budes zapisovat pouze do velmi maleho poctu bloku porad dokola, tak SSD muze pro WL pouzit jen a pouze spare bloky a dale fyzicke bloky odpovidajici LBA, ktere prepisujes, zadne jine, protoze na nich jsou data (prestoze treba i samazane). Toto je IMHO velky problem a pokud ma disk beznych 2-4% spare bloku, brzy je vsechny opotrebuje a disk pujde do haje. Jinymi slovy, muze znovu pouzit blok se starymi daty pouze a jen tehdy, kdyz do nej probehne nova operace zapisu, jinak na nej sahnout IMHO nemuze. Navic, jak vypliva z popisu nekterych vyrobcu SSD na webu, tito vyrobci pouzivaji spare bloky jen a pouze pro nahradu umrelych bloku, ne pro bezny WL.Citace:
Původně odeslal THX
To o cem mluvis ma nejaky nazev (ted nevim jaky), ale dela to urcite intel X25 a predpokadam ze i ostatni SSD s cache, to je hlavni duvod proc tam je. Navic, o no to jde i bez cache, protoze kdyz uz jednou SSD vymaze blok, ktery obsahuje vice clusteru, muze do techto smazanych clusteru zapisovat i postupne, coz take vetsinou dela, akorat to nedejali naraz, protoze nemaji tu cache. Podle toho, jak ja chapu princip WL, je TRIM zcela a naprosto nezbytny pro jeho rozumnou funkci. Navic, moderni FS zapisuji do cele kapacity disku rovnomerne, aby zabranily fragmentaci (extX, reiserFS a castecne i NTFS).Citace:
Původně odeslal Jezevec
Ad specializovane FS pro SSD: precetl jsem docela dlouhy clanek od Linuse proc je toto spatne a musim s nim souhlasit. Jen SSD ma nejlepsi informace ohledne stavu bloku a jen on dokaze rozume provadet WL. Navic, existuje velke mnozstvi ruznych parametru NAND flash pameti, lisici se velikosti bloku, clusteru a pod a je nemyslitelne, aby toto vsechno musel FS zohlednovat.
Docela by me zajimalo jak intel vyresil problem vnitrni fragmentace, protoze s nejnovejsim FW se jeho SSD chovaji o poznani lepe a problem s fragmentaci udejane temer zmizel. Jinak co jsem cetl tak intel se od ostatnch SSD lisi predevsim extreme malou velikosti bloku.
to je jedna z horsich variant levelingu, ina varianta snad vie aj presunut data z malo opotrebovanych buniek ktore sa dlho necitali do tych viac opotrebovanych a tak uvolnit tie lepsie pre wear leveling;Citace:
Původně odeslal Petrik
to co popisujes ty je nieco velmi podobne ako dynamic wear leveling u corsair usb co si daval odkaz
Co jsem zatim videl tak vetsina levnejsich SSD a CF a SSD pouziva tento dynamicky WL, protoze je snadny na implementaci a nezpusobuje zpomalovani jako staticky WL (to je ten co presouva data z malo pouzivanych bunek, tedy doufam).
UPDATE: http://www.cdr.cz/a/26986/2 novy FW pro X25 skutecne funguje :)
UPDATE 2: Provedl jsem prvni jednoducha mereni 8GB a 32GB verze teto flashky: http://www.softcom.cz/search.asp?EXP...SearchType=all
v linuxu se hlasi jako UDMA66 pevny disk, tedy ne jako vymenny, coz nektere delaji a coz dela problemy pri instalaci woken (transcendent 133x napr). hdparm -t ukazuje neco kolem 42MBps, dd pri cteni ukazal dokonce 44MBps, coz jsou velmi slusne, az neuveritelne hodnoty. Dale jsem nekde vygooglil, ze pouzity radic provadi global static WL, coz je dobre, akorat pry miva problemy v nekterych cteckach, coz me ale netrapi. Zatim to tedy vypada na SSD se super pomerem cena/vykon, zkusim jeste zmerit latenci, zmerit zapis a pripadne provest nejake dalsi testy.
UPDATE 3: http://www.anandtech.com/storage/sho...spx?i=3531&p=1 toto je dost zasadni clanek o SSD, doporucuji precist vsem zajemcum o tuto problematiku.
Celkem zajimave predstaveni noveho radice pro SSD (SandForce):
OCZ's Vertex 2 Pro Preview: The Fastest MLC SSD We've Ever Tested