Samsung rättar läshastighetsproblem i SSD 840 EVO

Det är SSDns fundanmentala mjukvara likt ett bios. Så det är kvar.

Tar ett tag, går fort fram till slutet av steg 2 och rätt segt hela steg 3. Räkna med 30 min allt som allt.

Ny dirvisar kommer med reparationsprogramet och installeras när programet körs.

Visst är 840 med sina TLC en väldigt prisvärd SSD.

Men jag håller med Ozzed till 100%

Vi är väldigt många som har skrivit i forumet/Lagring i över ett års tid har medlemmar & moderatorer skrivit att om man kan lägga ett par hundra mer på MLC, så gör det.

Fast i forumet/Köpråd så har det varit ganska exakt det motsatta rådet.

Jag är inte alls förvånad, att det blev så här med TLS!

Jag med många visste det redan innan det hände.

Och denna fixen, den är enbart tillfällig tror jag, det är en fix som kommer följa med disken till återvinningsstationen.

Hur får du backup vid strömavbrott ?

Jag har en 730 med som det sitter kondensatorer i också men testa drar strömmen nu bara för å se om jag hade kvar det jag håll på med i windows men den startade som vanligt?

Som sagt var.. Har man inget att komma med så får det bli personangrepp istället.

Jag hatar inte samsung, eller deras tekniker. 830, 840 Pro och 850 är klockrena SSD's och det är svårt att hitta trådar om folk som har problem med dem.

EVO däremot är ju annat. Vad det verkar så är TLC såpass ömtåligt att blocken går sönder för vissa vid firmware-uppgradering. Tycker du fortfarande att det är stabila och bra SSD's?

Det där är ren spekulation och tillför knappast något vettigt till diskussionen här. Det "verkar" snarare vara något som gått snett när blocken refreshats och kan mycket väl vara enbart filsystemet som är skadat.

Uppdaterade ikväll mina två diskar och hade tydligen tur då för det funkade smidigt här. Lät maskinen vara ifred under hela refresh processen som tog kanske en halvtimme. Antar att DOS varianten som släpps senare är säkrare att använda.

Då ingen firmware upgrade fanns för 840 så fick det bli Diskfresh istället.

Gav ett rejäl förbättring:

Före:

Efter:

Edit: Kollade en extra gång, jag har faktiskt evo-diskar.
Problemet är dock att hantera raiden... Avvaktar i väntan på en smidig lösning.

Såklart det är, men de sitter i en raid1.
Vilket dessvärre gör att det också är ett helvete att uppgradera firmwaren på eftersom samsungs verktyg inte klarar av raiden.

Man kan ju undra om det har att göra med hur mycket ledigt utrymme som disken har. Kanske kravet på 10% är lite i underkant och risken blir mindre ju mer fritt utrymme man har?

Ingen aning, bara spånar här eftersom de mindre diskarna antagligen är mer välfyllda.

Strömbackup så data inte blir korrupt vid strömavbrott då disken är mitt i skrivning av data.

Kondensatorerna ger SSDn ström under någon eller några sekunder så att skrivningar som ligger i cachen och väntar på att skrivas kan slutföras.

Öppnar du enhetshanteraren och kikar på diskenhetens egenskaper hittar du två kryssrutor som handlar om skrivcache på enheten. Den andra varnas man för att aktivera om enheten saknar separat strömförsörjning som tillåter den att tömma cahen vid strömavbrott.

Intressant, om informationen som kommit från samsung stämmer så visste du alltså att de i denna modell skulle missa med kalibreringen av skiftande strömnivåer i celler som inte skrivits till på ett tag? Dvs samma fenomen som all flashlagring lider av men som blir mer påtagligt med TLC då det är fler strömnivåer att särskilja mellan? Du måste ha en mycket duktig kristallkula som du tittar i.

Du får ursäkta, men detta inlägg passar in i avdelningen där man letar efter fakta för att styrka sin egen hypotes istället för att titta på den neutralt. Det enda skillnaden mellan TLC eller MLC i detta fall bör vara att prestandan faller snabbare då det är mindre toleranser med fler strömlägen, det skulle mycket väl kunna hända både SLC och MLC om tillverkarna missar i firmware.

Två personer här har fått läsfel efter en firmareuppgradering där de varnar för att de inte kan garantera att all data klarar sig och rekommenderar backup flera gånger innan man kan uppdatera? Knappast underlag nog att konstatera att blocken är känsliga, mer en bekräftelse på att man faktiskt bör göra backup om man har känslig data. Kan mycket väg gå att lösa antingen med checkdisk, formatering eller i värsta fall men en secure erase. Men vi vet inte förrän de drabbade försökt dessa steg.

Stödjer inte verktyget Samsung 840 Series MZ-7TD250 250GB, den med 530/240?
Verktyget hittar ingen 840 SSD och jag kör med Microsoft senaste drivrutin.

Naturligtvis "kan" det vara tillfälliga och isolerade händelser, men var är bevisen för det? Jag har sökt och försökt hitta andra exempel på SSD's som fått skadade block efter firmware-uppgradering men misslyckats.

Man blir ju lite lätt luttrad när TLC-minnena uppvisar fel på fel på fel och ändå finns det folk som hävdar att de är lika bra som MLC vid samma nanometer. Men hur som ska man naturligtvis alltid ta backup. Det är dyrt att anlita företag som (förhoppningsvis) kan återställa data om det skiter sig, och det är ju än knepigare med SSD jämfört med vanliga hårddiskar.

Var är bevisen för motsatsen? Jag har än så länge inte hört om någon som tappat data pga buggen i firmware, det är först i samband med uppdateringen som dessa två fått problem...efter en process där samsung flera gången rekommenderar att man tar backup på känslig data.

"Kan"? Såklart det är relaterat till uppdateringen och prestandaåterställningen...vill man spekulera så är att det därför de varnar flera gånger för att man kan förlora data. Däremot finns det inget som tyder på att det är permanent skada av nandcellerna mer än att de får läsfel, vilket kan bero på en uppsjö olika orsaker. En inte annan inte alltför vild spekulation är att strömlägena ändrades så mycket när cellerna återställs att det inte går att avgöra vad det ska vara för läge, dvs vilken bit det ska vara vilket i så fall bör korrigeras så fort cellen skrivs om igen. Personligen drar jag inga slutsatser förrän det bekräftats om dessa läsfel är permanenta eller om det räcker med formatering/secure erase. Om det är ett påtagligt problem så kommer diverse forum att översköljas av rapporter om detta.

Sedan, fel på fel? Vad är det för fel mer än detta som TLC råkat ut för? Och varför belastar du TLC för samsungs miss i firmware? Denna typ av miss blir såklart mer påtagligt med TLC, men det skulle mycket väl kunna hända även med MLC med skillnaden att det tar lägre tid innan prestandan degradera så långt.

Okey hittade 2 st så inget ska vara i kryssat om jag fattat det rätt ?

Så drar jag strömmen ska det komma upp i windows nu ?

Data som finns i diskens cache kommer att skrivas klart så data inte blir korrupt (tex vix strömavbrott halvvägs i en skrivning), det som finns i datorns ram kommer aldrig att sparas.

Om du tittar på de grafer där man får felmeddelande så är det inte så konstigt då det inte går att läsa = 0 MB/s.

Mig veterligen har ingen har rapporterat om dataförlust på en EVO disk innan uppdateringen, känns rätt långsökt att spekulera att det var nära förestående i ett sådant läge.

Den första är att skrivcache ska vara aktiverat. Bra för prestandan. Den andra stänger av att windows beordrar enheten att omedelbart skriva det som finns i cachen. Enheten tillåts då att vänta med skrivningen om den har andra uppgifter på gång.

Så ofta är det inte strömavbrott, och även om det blir ett plötsligt strömavbrott har jag knappast något kritiskt på gång. Det värsta jag kan tänka mig är att windows uppdaterar i registret som blir korrupt och jag tvingas till en ominstallation. Jag har således båda rutorna ikryssade.

Vill man skydda sig mot strömavbrott skaffar man en UPS, tänk också på att bärbara datorer har "inbyggd ups" de går över till batteridrift om laddaren inte matar dem, men visst kan det vara bra att ha ups så man kan stänga av kontrollerat om strömmen försvinner och man är rädd om datan och det gäller oavsett om man har Samsung ssder eller inte.

Här är mina resultat.

http://i.imgur.com/RSD8gkC.jpg

Varför brydde du dig ens om att fixa? Du behöver uppenbarligen en ny större modell!