Samsung 840 EVO och 840 lider av degraderad läspreastanda med tiden

Alla TLC varianter för konsumenter är drabbade. Igen har testat enterprise så vem vet.
Så svaret är ja du är drabbad. Sett flera rapporter drån drabbade msata evo användare som jag pratat med så.

Köp en Crucial MX100 512Gb. Kan fås för ca 1700-1800Kr. Vet att Misco har haft rea ett tag och även netonnet haft dom strax över 1700Kr.

Ger likvärdig prestanda och i bland bättre. Dom presterar kanske inte lika jämnt som 840 EVO men eftersom dom har MLC istället för TLC nand så är skrivprestandan bättre hela tiden tex medans 840 EVO använde 1.5Gb SLC nand buffer per 120Gb utrymmer för att snabba upp skrivningar men tar den bufferten slut så sjunker prestandan, varierar beroende på storlek men 500Gb EVO bör ha minst drop så klart.

MX100 verkar överlag få nåt bättre i test. Framförallt i rickiga program och spel madens 840 EVO benchmarkar syntetiskt nåt bättre och verkar snabbare på linjär läsning av små filer. MX100 verkar behöva lite större filer, 10-20Mb för att nå full hastighet medans småfiler 1-3Mb går i 100-200MB/sec men inget direkt problem som jag ser det.
Men som sagt MX100 är billigare, likvärdig prestanda överlag och får ofta nåt bättre resultat i recensioner och kör MLC nand och har samma 3 års garanti period.

Själv har jag bytt ut en 840 och en 840 EVO mot 2st MX100 och tänkte byta den sista 840 i dag mot en MX100 så.
Vi köpte hem nya enheter till drabbade maskiner. En EVO ska polaren få, en 840 ska flashas upp om och när fix kommer och bli lagring i päronens ITX burk, den var deras OS disk innan.

Kör man windows verkar MX100 gilla Intels RST drivrutiner bäst om man nu har intel chipset. Ger några procent prestanda till när jag testade och för vissa ännu mer.

SSD i linux fungerar fint. Störa problemet var kassa SSD enheter mer än nåt annat så windows användarna led lika mycket av det. Kört SSD i linux sedan generation 2 enheter, Vertex och Onyx från OCZ så var misnt 5 år sedan jag började köra SSD i Linux. OCZ var skräp men fungerade i 3 år i alla fall i raid0 med några firmware uppgraderingar och en secure erase efter 1.5 år.

Efter det gick jag över till mer traditionell setup med en SSD och TRIM.
Kör 4st system med linux och SSD.
Ska montera en 840 EVO så fort firmwarfixen kommer i polarens ASUS core i5 baserade laptop som kör linux mint.
Bara lägga till discard i /etc/fstab på EXT4 och swap partitoner. EXT4 har haft trim stöd sedan 2010 och ska du köra andra filsystem så får du kolla upp om TRIM stöds.

Exempel på hur en SSD i linux kan se ut i /etc/fstab med 6 partitoner, 3 primära och 3 utökade, 4:e används ej då den är en del av utökningen. Som du ser har jag lagt till discard på alla swap och EXT4 partitioner som finns på SSD:n då detta talar om att man vill skicka TRIM kommandon.

Du kan också byta ut relatime om det finns i fstab mot notime. Skillnaden blir då att filer inte uppdateras med senaste åtkomst datum. Så såvidare du inte har behov av att veta när en fil senast var öppnad så kan du som sagt köra notime istället och minska skrivningen till SSD:n.

/dev/sda1               /boot           ext4            noauto,discard,noatime          1 1
/dev/sda3               /               ext4            noatime,discard                 0 0
/dev/sda2               none            swap            sw,discard                      0 0
/dev/sda5               /tmp            ext4            discard                 0 0
/dev/sda6               /mnt/sda6       ext4            exec,rw,owner,discard

Jag har satta Curcial MX100 i alla maskiner nu som körde 840 eller 840 EVO. Kan inte säga att MX100 känns långsammare än en fullt fungerande 840 EVO i alla fall och dom är billigare med så ett plus helt klart.

http://www.pcper.com/reviews/Storage/Samsung-840-EVO-Performa...
Pcperspective skriver om fixen. Verkar som att det är spänningen som sjunker med tiden som jag och flera misstänkt.
Men när enheten gjort en felkorrigering (ECC) så verkar inte dess algoritm ta in korrigeringen vid läsning av andra nandceller som kan behöva samma justering för att läsas korrekt och därför jobbar kontroller på övervarv med att i stort sett göra om samma korrigering för varje läsning villket äter upp alla CPU cyklar i kontrollen helt enkelt.
840 omnämns inte bland dom uttalanden jag läst från samsung nu före fixen ska släppas så om 840 användare får en firmwarefix eller ej kvarstår att se.

Ska försöka göra RMA på våra 840 enheter då det inte blev någon firmwarefix för dom.
Samsung värkligen skiter i sina kunder så länge det inte brinner i baken på dom.

Mycket besviken på Samnsung och folk som tycker "det här löste sig fort". Problemet har varit uppmärksamat sedan början av Augusti och Samsung mottog enheter redan för att leta efter felet (overclockers.cu.uk forumets användare). Deras kassa support, inhyrt företag med 0 kontakt med Samsung så dom kan inte göra nåt alls i praktiken, kommer från dom själva bara fråga supporten.
Samsungs brist på information och att man dessutom väljer att exkludera 840 användarna från en firwmware uppdatering är bortom all kritik.

Mycket dålig respekt för slutkunden från Samsung!

Nej så Samsung kan inte ljuga och vi som har problem vi ser i syne eller?

Det var bara en månad sedan Samsung support kallade sina kunder för lögnare och sa att 840 EVO har inte alls detta fel utan det är ni som inte kan benchmarking. Folk har postat samsungs e-mail svar så i bland annat overclock.net tråden. Samsung har slingrat sig så mycket det bara går in i det sista och hoppats att problemet går bort av sig självt.
Var inte fören media tog upp det hela världen över som samsung var tvungna att börja med "damage control"

Det faktum att jag har tillgång till 2st 840 där båda visa på samma problem vid vecka 42-42 på statisk data borde ju säga något om oddsen för felet att uppstå på data som varit statisk i ett år på en 840.
Har även en 840 EVO så ja problemet är samma. Ända skillnaden är att 840 tar lägre tid på sig att degradera. Enklaste förklaringen är att 21nm nandet sjunker i spänning långsammare i 840 än 19nm nandet i 840 EVO då mindre inte är bättre på en SSD.

Finns gott om 840 ägare med felet. Några länkar. Har kontakt med fler 840 användare som är berörda men den informationen är inte offentlig så vet om fler fall än vad du kan hitta via offentligt öppna forum och andra media.
http://www.overclock.net/t/1519058/the-we-want-our-840-non-ev...
http://www.overclock.net/t/1507897/samsung-840-evo-read-speed...
http://www.overclock.net/t/1507897/samsung-840-evo-read-speed...
http://www.overclock.net/t/1507897/samsung-840-evo-read-speed...
http://forums.overclockers.co.uk/showpost.php?p=27059608&post...
#14882986

Perfekt. Lägger till dit bidrag på min lilla 840 samlingslista på 840 med samma fel som 840 EVO har.