Napokon belül új javítás érkezhet a Samsung 840 EVO SSD-k olvasási teljesítményének visszaállítására

 ( trey | 2015. április 16., csütörtök - 13:08 )

Mint az ismert, a Samsung 840 EVO SSD-k olvasási teljesítményével probléma volt (illetve még mindig van). A Samsung kiadott egy javítást (új firmware + Samsung Performance Restoration segédprogram) a problémára, azonban nem sikerült azt maradéktalanul megoldani.

Két hónappal ezelőtt a Samsung bejelentette, hogy javításon dolgozik. Az Anandtech a napokban meg is kapta az új firmware-t, illetve mellé az új Samsung Magician 4.6 szoftvert. A javítás várhatóan még ebben a hónapban publikusan elérhetővé válik.

Az új firmware + optimalizálás előtt / után:

Samsung 840 EVO új firmware előtt / után

A részletek itt olvashatók.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Már megint…?

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

értelmezd a megint szót

„megfedd” vagy „újra”

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

Még mindíg.

es meg mindig nem a sima 840hez csak az evohoz? es meg mindig nem lehet raiden levo disket updateelni?

Ez tetszik. Bazi nagy szoftveres gányolás lehet a háttérben, grafikont viszont szépen rajzolnak.

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Én arra tippelek hogy folyamatosan olvasgatja magát :D

tl;dr

"but in short the read performance degradation is a result of cell charge decay over time that caused extensive read-retry cycles to retrieve the correct data. The new firmware fixes this by periodically refreshing (i.e. rewriting) old data, which recovers the cell charge back to its original state and ensures that no read-retry or ECC that would degrade the performance is needed. Samsung says that the refresh operation does not impact user performance, suggesting that it's a relatively low priority process that is run when the drive is idling.

The new Magician 4.6 also includes an Advanced Performance Optimization feature, which is similar to the performance restoration tool that Samsung released earlier. Basically, it's a command that tells the SSD to rewrite all of its internal data, which resets all cell charges and hence recovers performance. It's merely a supplementary tool as the firmware upgrade itself should be enough to restore performance, but in case the performance isn't fully restored after the firmware upgrade (and some idle time to let the drive refresh the cells), the tool can be used to force a cell charge refresh."

--
trey @ gépház

szoval most mar az olvasas is oregiti :)

--
NetBSD - Simplicity is prerequisite for reliability

Nekem az volt az elso gondolatom, hogy ha egyszer irasi ciklusokban kell szamolni az oregedest, akkor vajon miert jo, hogy valami minden szart ujrair?

+1
ezért is fogok én inkább kicsivel lassabb 'életet' élni a samsungon de inkább tovább tartson.
--
A legértékesebb idő a pillanat amelyben élsz.
https://sites.google.com/site/jupiter2005ster/

Ez mindig is így volt. A read disturb kb azóta ismert jelenség amióta a flash-t kitalálták, és már korábban is kellett mindenféle agyament workaroundokat használni ellene. A TLC-nél ért a probléma olyan szintre, hogy már nem lehet elrejteni a user elől.
---
Régóta vágyok én, az androidok mezonkincsére már!

Hát, eddig Samsungot akartam venni (illetve akar a halál, de lassan muszáj lesz), de ez azért nem erősítette meg a bizodalmam.

Persze lehet hogy a többiek is ezt csinálják, csak ők (még) nem buktak le.

Háát a többiek azért ennél súlyosabb dolgokkal is buktak már le... :) Itt nincs szó se adatvesztésről, se téglásodásról, csak lelassul.
---
Régóta vágyok én, az androidok mezonkincsére már!

Arra gondolsz ugye hogy: Samsung 850 Pro bricked?

És ez a hiba miatt?

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

Nem, az másik hiba :). Ez a hiba nem vonatkozik egyelőre csak a 840 Evo-ra.
Csak nem szeretem ha istenítik a Samsung-ot mikor nem érdemli meg.

Nem, nem erre gondoltam, mert ez elkerülte a figyelmemet (nincs 850 Pro-m). És nem is örülök neki, mert _eddig_ azért ehhez foghatóan súlyos hibájuk nem volt, ellentétben szinte mindegyik másik gyártóval. De ha jól látom a 840 EVO-hoz ennek semmi köze.
---
Régóta vágyok én, az androidok mezonkincsére már!

Hogyan volt a 8MB-ossá váló Intel SSD esete?

Azért ez messze van attól. Inkább tudjunk róla, foglalkozzon vele a gyártó. Ez azt jelenti, hogy van rá support. Simán el tudom képzelni, hogy kisebb gyártók rá se reagálnak ilyen bugokra.

--
trey @ gépház

o, add istenem, hogy valami olyan tool csinaljanak linux ala, ami "atlat" a raid kartyan!

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Ha ráírod filccel, neked is sikerülhet! :)

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

Nem semmi hogy ma már az SSD-k firmware -ét is úgy updatelgetik mint akármi mást.

--
arch,debian,openelec,android

Minden szar.

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Köszi, mobilon nehezebb.

Grafikon alapján ez ismét nem érint sajnos engem :-(,
ugyanis korábbi SATA verziója van a laptopomnak. Igaz így is gyorsabb mint a HDD, de kb fele a fent említett értéknek.

Hasonló grafikonokat már az előző "javítás" kapcsán is láthattunk. Vajon bizonyos időközönként kiadnak egy újabb javítást ... egészen eme rakás ... kimúlásáig (azaz amíg el nem vész minden példány a múlt homályában)? :-)

Szerintem soha tobbe nem veszek samsung ssd-t.
Ertem en, hogy desktopba szantak, aki linuxba vagy linux serverbe rakta, az gebeggyen meg :)

miert is? en most is linuxrol hasznalom es nincs gondom.
--
A legértékesebb idő a pillanat amelyben élsz.
https://sites.google.com/site/jupiter2005ster/

"me'g" nincsen gondod. Par honap tarolas utan neked nem esik le 120mega/secre a block read?

Felmerul bennem a kerdes, ha 1 honap utan mar ecc hibajavitas kell az visszaolvasashoz, akkor hany honap utan johet el aza pillanat, hogy mar az ecc sem tudja kijavitani a hibat.

"me'g" nincsen gondod. Par honap tarolas utan neked nem esik le 120mega/secre a block read?"

Mivel méred?

"Felmerul bennem a kerdes, ha 1 honap utan mar ecc hibajavitas kell az visszaolvasashoz, akkor hany honap utan johet el aza pillanat, hogy mar az ecc sem tudja kijavitani a hibat."

Egy éve használom Linux alatt kizárólag a 840 EVO-t. Majd a végén megírom, hogy mennyit bírt :)

Nekem a 4 éves gépemben, amiben csak SATAII van (max. sebesség 320 MB/sec):

https://flic.kr/p/rTXoGL

--
trey @ gépház

echo 3 > /proc/sys/vm/drop_caches
dd if=/dev/sdd of=/dev/zero bs=40M count=100
100+0 records in
100+0 records out
4194304000 bytes (4.2 GB) copied, 24.9538 s, 168 MB/s

Vicces, mert skip=100/200/300/400 vegigmegyek rajta, teljesen random sebesseggel olvassa fol azt a 4 gigat. Valamit biztos csinalt az elozo jovitas is, mivel tegnap 120megat olvasott, ma 168at eloszor, masodszorra 181megat, utoljara meg 177megat.
Ugyan azon a vezerlon van egy crucial m500 , az stabilan 250-256megat produkal.
Egyebbkent 2 darab Samsung SSD 840 EVO 250GB mSATA tesztelek.

4194304000 bytes (4,2 GB) copied, 15,2187 s, 276 MB/s

--
trey @ gépház

Elso teszt, a tobb honapos tartalommal:
echo 3 > /proc/sys/vm/drop_caches
dd if=/dev/sdd2 of=/dev/zero bs=40M count=100
4194304000 bytes (4.2 GB) copied, 53.3935 s, 78.6 MB/s

Ujrairom a tartalmat:
dd if=/dev/sdd2 of=/dev/sdd2 bs=4k count=1024000
....

Ujra teszt, egymas utan tobbszor:
echo 3 > /proc/sys/vm/drop_caches
dd if=/dev/sdd2 of=/dev/zero bs=40M count=100:
4194304000 bytes (4.2 GB) copied, 12.7066 s, 330 MB/s
4194304000 bytes (4.2 GB) copied, 12.7231 s, 330 MB/s
4194304000 bytes (4.2 GB) copied, 12.8505 s, 326 MB/s
4194304000 bytes (4.2 GB) copied, 12.4651 s, 336 MB/s

Tesztek utan megnezem olyan terueltet, amit nem irtam ujra:
dd if=/dev/sdd2 of=/dev/zero bs=40M count=100 skip=200
4194304000 bytes (4.2 GB) copied, 40.4665 s, 104 MB/s
4194304000 bytes (4.2 GB) copied, 39.1022 s, 107 MB/s
4194304000 bytes (4.2 GB) copied, 38.741 s, 108 MB/s

Talalok olyan teruletet is, ahonnan 66megaval olvas fol a 4 gigat, igy ertheto hogy egy atlag miert ugral ennyire.

Nem tartozik a lényeghez, de van valami speciális oka annak, hogy a megszokott /dev/null helyett /dev/zero-ra küldöd?

--
trey @ gépház

Tudtommal írás esetén abszolút semmi különbségség a kettő között, gondolom neki valamitől az a megszokott.

Tudtommal sincs, de ettől még fura volt, mert nem megszokott.

--
trey @ gépház

dd if=/dev/zero eseten nagyon szamit, ezert ddnel mindig /dev/zerot hasznalok megszokasbol, akkor biztosan nem rontom el.

Erről valamelyik Jiry Menzel film (talán Hóvirág-ünnep?) szereplője jut eszembe, aki mindig visszateszi az elhasznált gyufát a skatulyába. Pedig sokan mondják neki, hogy ne csinálja, de ő erősködik, ez az ő megszokása és sosem volt belőle baj. Aztán persze egyszercsak lesz...
Remélem érted a hasonlatot... :)
---
Régóta vágyok én, az androidok mezonkincsére már!

Az elso ezzel a hibaval kapcsolatos firmware frissites elott vettem Samsung EVO 840-et, kb. 1 het hasznalat utan fel is tettem ra az uj firmware-t. Az utana futtatott teszt alapjan lassabb lett az SSD mint korabban (telepites utan is leteszteltem) :(
Remelem ez javit majd valamit...
---
"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

http://www.anandtech.com/show/9196/samsung-releases-second-840-evo-fix

Szerk.: Aranyosan egy nagy szomorú szmájli és egy "Driver_power_state_error" feliratú BSOD következett az update után, ellenben a frissítés megtörtént, adatok rendben megmaradtak. (eddig úgy tűnik legalábbis)

Gyakorlatilag beismerik hogy egy eleve rosszul tervezett cucc a 840 EVO, mert nem vette figyelembe a flash karakterisztikáit.

Linux alatti firmware-frissítéshez segítség: http://hup.hu/cikkek/20141028/megerkezett_a_linuxos_javitas_is_a_samsung_840_ssd_teljesitmenyproblemajara?comments_per_page=9999#comment-1797423

Jelenleg frissítés nélkül a T410-ben:

Timing cached reads: 6826 MB in 2.00 seconds = 3413.87 MB/sec
Timing buffered disk reads: 632 MB in 3.01 seconds = 209.84 MB/sec

Timing cached reads: 6464 MB in 2.00 seconds = 3232.40 MB/sec
Timing buffered disk reads: 644 MB in 3.01 seconds = 214.12 MB/sec

Timing cached reads: 6356 MB in 2.00 seconds = 3178.53 MB/sec
Timing buffered disk reads: 644 MB in 3.00 seconds = 214.58 MB/sec

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

szvsz egy ilyen teszt nem mond semmit. nalam nem egyforman romlott a teljesitmeny a kulonbozo helyeken: http://imgur.com/a/rcVf4
es ahogy a tesztbol latszik, ugyanazok a reszek kezdenek elromlani :(

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Linux alatti firmware-frissítéshez...

Én nem freedosoltam csak az ISO-ból az isolinux alkönyvtárból kimásoltam minden fájlt egy üres könyvtárba, majd mkisofs -r -o ../840evofix2015.iso * így az új ISO gyökerébe került minden, az unetbootin így már közvetlenül megeszi. A menüben a "default" nem működik ugyan de az "1" nevű menü szépen indul.

anno feltoltam a performance restoration utility-s firmware-t, ami igy most EXT42B6Q, viszont a 4.6-os magician nem ajanlja fol a frissitest az EXT0DB6Q-s verziora.

masnak sem? mi a megoldas?

t

van uj magician, benne elvileg uj firmware.

t