AnandTech - Tokrat se je težaven pogon znašel v rokah izredno izkušenega uporabnika, Ananda Shimpija, ustanovitelja AnandTecha. Njegov Crucial RealSSD C300 je nekega lepega dne preprosto prenehal delovati in na prav vsakem sistemu, v katerem ga je preizkusil, povzročil, da se je pri zaznavanju pogonov sistem enostavno obesil. Po pogovoru s Crucialom je razkril, da gre za napako v Firmware-u, ki povzroči zelo počasen zagon samega pogona. Dobra stran te novice je, da naj bi bili podatki na varnem in ponovno dosegljivi, ko bo Crucial izdal popravljen firmware. Z nadomestnim pogonom je Anand žele preizkusiti še dandanes zelo popularno funkcijo TRIM, ki pa začuda ni delovala. Zadnjih ~50 GB 256-gigabajtnega pogona je bilo pri branju omejenih na le 20 MB/s, medtem ko je na začetku pogon dosegal 180 MB/s. Večina, med 50 in 200 gigabajti, je dosegala okrog 90 MB/s. Slika je še slabša pri zapisovanju, saj je pogon podobno kot prej na začetku dosegal okrog 180 MB/s, po 55. gigabajtu pa to upade pod 20 MB/s. Čiščenje, formatiranje pogona, naj bi težave v teoriji odpravilo, a se tukaj ni spremenilo praktično nič, niti po drugem formatu, saj rezultati ostanejo enaki. Rešitev pri Crucialu tudi za to težave že pripravljajo, obenem pa so povedali, da enostavno ne morejo vnaprej testirati vseh konfiguracij, ki so v uporabi pri milijonih uporabnikov računalnikov po svetu. Za sodelovanje so se zahvalili tudi Anandu Shimpiju, ki je povedal, da takšne težave niso katastrofa. Navsezadnje se je podobno oz. celo huje zalomilo enemu izmed največjih v industriji, Intelu.
Ko pa jaz rečem komu tukaj na forumu da so ssdji še v povojih pa določeni takoj začnete napadat. Smeh.
Nevem ce je triva "otroska" faza, bolj je tista "dejmo jih nategnit kjer se da, ceprav bi lahko naredili tako-pa-tako in bi vse delalo super samo za 3x ceno"
Ga je ta Strucko odprl in poslikal cipe? Po sliki sodec so trije razlicni. Hiter in drag, do cheap ass. imo
edit: sem pogledal malo, jao Crucial salabajzerji.
Tudi ostali proizvajalci niso nič bolj pošteni kot Crucial, z izjemo Intela. Intel je bil pošten in edini oglašuje realne številke pri pisanju okoli 80 MB/s, ostali pa oglašujejo pisanja med 150 in 200 MB/s, dejanske rezultate pa vidite na sliki. Firmware ne bo nič popravil hitrosti pisanja.
Zadeva ni tako znana, ker lahko hitrosti pisanja preko cele enote preizkusiš samo na popolnoma prazni sformatirani enoti.
Na povsem praznem SSDju ne boš dobil realnih hitrosti pisanja, ker mu na takem SSDju ni potrebno delati brisanja pred pisanjem. Če hočeš realne hitrosti pisanja, moraš najprej čez cel SSD nekaj napisat, šele potem se greš kakršnekoli teste.
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
ender, saj ravno zaradi TRIM funkcije in različnih sistemskih formatov z različnimi velikostni clusterjev se prave benchmarke dela samo na popolnoma praznih enotah. Prazna pomeni brez particije, tako da velikost clusterjev in vse ostalo ne vpliva na rezultat.
Velikost clusterja pri današnjih sistemskih formatih je lahko od 512 B pa vse do 64 KB. Tako je lahko hitrost naključnega branja na enaki enoti lahko različna tudi za več kot 100-krat. Kje je tukaj regularnost?
Zgoraj omenjeni HD Tach s katerim je bil benchmark pisanja opravljen, le tega omogoča samo na enoti brez particije. Če je na enoti particija je na razpolago samo benchmark branja. Vedno pa se svetuje, da če hočeš pravilno izmeriti hitrost branja in pisanja, da odstraniš particijo (podatki se jasno izgubijo).
Meritve hitrosti zaporednega pisanja čez celo enoto sploh ni mogoče drugače opraviti kot da odstraniš particijo, ker edino tako lahko dostopaš do celotne enote. Večina operacijskih sistemov namreč razdeli enoto na več particij. Tudi Windows 7 na začetku enote naredi 100 MB veliko sistemsko particijo za boot loader, boot datoteke in recovery datoteke, ampak ji ne dodeli črke, zato večina niti ne ve da jo ima. Za popolni test pisanja, kot je gornji od HD tach, pa moraš imeti na razpolago celotno enoto in seveda moraš čez celo enoto tudi pisati, kar pomeni, da mora biti popolnoma prazna, ker pač ne moreš pisati ne dele, ki že vsebujejo podatke. Zato sem zgoraj rekel, da le malo ljudi opravi test hitrosti pisanja čez celo enoto. Polovica ljudi niti ne zna odstraniti particije, pa še vsi podatki so izgubljeni.
Tisti gornji rezultat zato nima nič s TRIM podporo ali čemerkoli drugim, kaže samo realno stanje hardwera. Kriv je kontroler, ki je na enoti ali pa kar flash čipi različne kvalitete.
Jaz samo pravim, da ti test pisanja na povsem prazno enoto (na katero se ni še nič pisalo, oz. ki je bila izpraznjena z ATA ukazom za brisanje) ne pokaže realne hitrosti pisanja - za le-to moraš na celoten SSD najprej nekaj napisat, šele potem izvajaš teste (če je enota povsem prazna, pri pisanju res samo pišeš nanjo, če pa je bilo na enoti že kaj zapisano, pa je potrebno pred ponovnim pisanjem stvari najprej zbrisat, oz. prebrat in zbrisat; TRIM ti pomaga, če brišeš datoteke [ker lahko enota potem v ozadju briše bloke, ki jih je zasedala datoteka], če pa samo spreminjaš obstoječo datoteko, pa ne).
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
Flash pomnilnik deluje tako, da lahko enkrat pišeš, potem ga moraš pred naslednjim pisanjem brisat. Pišeš lahko posamezne sektorje (ki so ponavadi veliki od 512 bajtov do 4 kilobajte), brišeš pa lahko samo posamezne strani (ki so večinoma velike 512 kilobajtov; brisanje pomeni, da vse bite nastaviš na 0 ali 1 [odvisno od flasha], pisanje pa, da brisane bite prestaviš na drugo vrednost; ker lahko naenkrat brišeš samo 512kB bloke, je potrebno pri pisanju manjše količine podatkov v blok, najprej prebrati obstoječo vsebino bloka, le-tega izbrisati, in ga ponovno zapisati z novo vsebino - za vse to skrbi firmware [ta opis je poenostavljen, ker firmware običajno ne zapiše podatkov nazaj na isto mesto, pač pa jih zapiše drugam, da zmanjša število brisanj posamezne strani]).
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
Samo pri SSDjih z zanič krmilniki (JMicron, starejši Samsungovi krmilniki). Pri ostalih je v takem primeru hitrost pisanja še vedno hitrejša od navadnih diskov (cikel beri-spremeni-briši-piši rabiš samo kadar zapisuješ majhno količino podatkov, drugače delaš samo briši-piši, s tem da to oboje velja samo za SSDje, ki ne podpirajo TRIMa [in kjer se je skupno že zapisala večja količina podatkov, kot je velikost SSDja] - če imaš TRIM, SSD briše strani v ozadju, tako da lahko samo pišeš, oz. v primeru spreminjanja majhne količine podatkov, bereš in pišeš).
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
Brisanje datoteke vedno pomeni samo to, da se prostor na disku označi kot prost, vendar vsebina datoteke ne izgine, dokler je ne prepiše nekaj drugega. Pri SSDjih, ki podpirajo TRIM, pa se za prostor, ki ga je zasedala izbrisana datoteka pove firmwaru, da je zdaj sproščen, tako da ga lahko počisti v času, ko se ne dogajajo druge V/I operacije (seveda mora TRIM podpirati tudi operacijski sistem).
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
Sej vem, na HDDju to ni problem, na SSDju bi pa itak lahko firmware za to sam poskrbi.
evo...ender odgovoru v času pisanja
btw, zakaj more sistem podpirat TRIM da bi disk lahko sam spraznu prostor? konec koncev tudi FW na HDD "sam" zapiše v ničti sektor (al kam se dans to piše?) da pač je tm frej, zakaj se tega ne da pr SSDjih še razširt na naknadno pucanje?
Ker bi pol FW moral poznate vse file-systeme, ki so v uporabi, pa pol "prisluškovati" vsemu prometu in bit pri tem 110%, da ne bo slučajno zbrisal nekaj, kar ne bi smel.
Jeba je.
Zato so izumili TRIM ukaz, s katero OS enoti pove "te pa te sektorje lahko zbrišeš, jih ne rabim več".
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!
Zaradi tega, ker "brisanje" datoteke pomeni zapis oznake "to je izbrisano" na disk, nič drugega (npr. na FAT datotečnem sistemu se v imenu datoteke prva črka spemeni v znak ň [ASCII 229]).
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
Prej je nekdo zgoraj malo pomešal Garbage Collection metodo in Trim komando.
--
SSDji napram HDDjem pa delajo: Fora pri SSDjih je v tem, da lahko zapišeš "sektor" - page, ki je ponavadi 4KB, - zbrisati moraš pa celoten blok, ki je sestavljen iz večih strani. Ponavadi iz 128 strani oz. 512kB.
Islam is not about "I'm right, you're wrong," but "I'm right, you're dead!"
-Wole Soyinka, Literature Nobelist
|-|-|-|-|Proton decay is a tax on existence.|-|-|-|-|
Crucial nam je poslal uradno izjavo, kot odziv na (verjetno Anandove) ocene njihovih SSDjev. V resnici nič novega, saj bodo kamlu izdali nov FW pa vendar: (originalni tekst v angleškem jeziku) "We want to provide an update to some of the commentary we've seen in the blogging and reviewer community about the RealSSD C300. Please feel free to share this information with customers if you are asked specifically about a negative review.
First off, it is important to note that one of the reasons we value the feedback from the reviewer community is because they push the drives to the very limit. While these might be corner-case scenarios that the majority of customers will never see (which some of the reviewers have mentioned in their reviews), it gives us an opportunity to make the drive even better.
We are continuously working on ways to improve the functionality of our SSDs, and are in the process of finalizing a new version of firmware that addresses the feedback we have received. The firmware is currently going through the final testing phase in our lab. After it has been fully qualified, we plan to make this new firmware available by integrating it into our production line as well as publishing the code to the Crucial.com download page. This new version of firmware is planned to be released in the mid-April timeframe. We'll keep you posted as to when it will be available."
