News WD Blue SN550: Hinweise auf neue Versionen mit geringerer TLC-Schreibrate

Ich schmeiß mich weg, was für Heuchler.

Wenn in Zukunft eine Änderung an einer bestehenden internen SSD vorgenommen wird, werden wir eine neue Modellnummer einführen, wenn die damit verbundenen veröffentlichten Spezifikationen sich ändern sollten. So können wir weiter die Transparenz für unsere Kunden erhöhen.

Hatte man nicht genau das auch schon nach dem Skandal mit den Reds versprochen?
 
  • Gefällt mir
Reaktionen: Deathless, I'm unknown und Denniss
Positiv ist, dass SATA nicht unterboten wurde.
 
Die AW von denen ist ja wohl eine Frechheit. Selbst aus dem PR Blabla hört man schon raus, upp´s wir wurden beim Be*cheißen erwischt.

Jungejunge

mfg
 
  • Gefällt mir
Reaktionen: Deathless, Gewürzwiesel, Beitrag und eine weitere Person
Das die ne andere FW hat, erinnert mich daran das ich 3x SN750 habe die alle 3 ne andere FW haben. Ich werd mal meine ganzen 750er alle durchchecken, nicht das WD hier auch schon rumgepfuscht hat.
Ausschliessen kann man sowas aktuell ja garnicht mehr, man wird ja aktuell gefühlt überall veräppelt.
 
  • Gefällt mir
Reaktionen: C4rp3di3m
Wenn in Zukunft eine Änderung an einer bestehenden internen SSD vorgenommen wird, [...]
Schön rausgeredet, damit man mit den externen (und allen anderen nicht-internen - Not macht erfinderisch ;) ) SSDs machen kann was man will und danach dann sagen kann: Wurde doch exakt so kommuniziert.
 
  • Gefällt mir
Reaktionen: Qyxes
deo schrieb:
Positiv ist, dass SATA nicht unterboten wurde.
Sags nicht zu laut, da wär ja durchaus noch etwas Spielraum bis 1,5Gbit/s runter.... :freak:
 
MichaG schrieb:
Artikel-Update: Inzwischen hat Western Digital auf die Anfragen der Redaktion mit folgender Stellungnahme zu dem Thema reagiert.
Die sollen mal klar sagen, was sie geändert haben. Ansonsten können sie sich ihre Erklärung sonst wo hinschieben.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: IliadZenith
Kaufempfehlung im Fazit der Testberichte aberkennen oder knallhart abwerten, bei neuen SSDs ein Endresultat nur unter Vorbehalt und die Dinger aus dem Einkaufsführer werfen !
Das düfte die einzige Sprache sein, welche die Hersteller vielleicht verstehen.
 
  • Gefällt mir
Reaktionen: hucky1302, C4rp3di3m, rzweinig und 4 andere
Ich habe aktuell eine SN550 mit 500GB und wollte mir noch eine mit 1TB dazuholen weil die mir eigentlich echt gefällt.

Jetzt schau ich mich aber doch lieber mal nach Alternativen um.
 
Gsonz schrieb:
Ich habe aktuell eine SN550 mit 500GB und wollte mir noch eine mit 1TB dazuholen weil die mir eigentlich echt gefällt.
Auch wenn diese „lautlose“ Veränderung ärgerlich ist, ist sie meines Erachtens immer noch eine SSD, die man kaufen kann, sofern der Preist stimmt. Solange der SLC Cache nicht erschöpft ist, ist sie immer noch genauso schnell wie vorher. Und mal zum Vergleich: Meine ADATA XPG 8200 schafft auch nur 400MB/sec Schreibrate und das schon nach 4GB.
 
Jaja, klar haben das Datenblatt geändert, ist also alles OK. Weil auch jeder Endkunde das immer vergleicht, und ältere Revisionen auf Vorrat hat. Und vor allem da TLC Speed natürlich nicht erwähnt ist und die geänderten Werte auch nur Anhaltspunkte dafür sind. Wie wäre es mit einem Changelog in dem Datenblatt mit detailierten Änderungen.

Oder einmal ganz revolutionär einfach mit dieser Kundenverarsche aufzuhören. Habe noch kein einziges mal davon gehört, dass bei dieser heimlichen Komponentenänderung etwas positives für den Kunden herausgekommen ist.
 
  • Gefällt mir
Reaktionen: Gsonz
TomH22 schrieb:
Meine ADATA XPG 8200 schafft auch nur 400MB/sec Schreibrate und das schon nach 4GB.
Welche Controller/NAND-Version und Firmware hast du, dass die so früh einbricht?
Hab gerade mal testweise ein 25GB File von meiner 500 Crucial MX500 auf die Adata kopiert, durchgehend 520MB/s . Mehr schaft die MX ja lesend nicht. Und meine ADATA ist so ziemlich die schlechteste Variante.

xpg.jpg

Nachtrag:
Code:
SMI NVME SSD flash id v0.23a by Ochkin Vadim
OS: 10.0 build 19043
 0: (ST3000VN007-2E4166
 1: (SAMSUNG HD502HJ
 2: (CT500MX500SSD1
 3: (ADATA SX8200PNP
Please select drive number:3
Drive     : 3(NVME)
Scsi      : 1
IOCtl: NVME_OF failed 0x45d!
Driver    : W10
Model     : ADATA SX8200PNP
Fw        : 32B3T8EA
Size      : 976762 MB
LBA Size  : 512
Controller : SM2262 [SM2262AB]
FW revision: 32B3T8EA
ROM version: 2262ROM:SVN00235
Bank00: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank01: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank02: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank03: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank04: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank05: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank06: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank07: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank08: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank09: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank10: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank11: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank12: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank13: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank14: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank15: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank16: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank17: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank18: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank19: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank20: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank21: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank22: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank23: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank24: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank25: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank26: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank27: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank28: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank29: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank30: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Bank31: 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
--- Experimental ---
FlashID : 0xec,0x1c,0x98,0x3f,0x84,0xcb,0x0,0x0 - Samsung 3dv4-64L TLC 16k 256Gb/CE 256Gb/die
Channel               : 8
Ch map                : 0xFF
CE map                : 0x0F
First Fblock          : 1
Total Fblock          : 1426
Bad Block From Pretest: 14
Start TLC/MLC Fblock  : 68
DRAM Info             : [0x4F 0x52]
DRAM Size,MB (*)      : 1024
DRAM Bus,bit          : 32
DRAM Type             : DDR3
DRAM Vendor           : Samsung
(*) - Possible incorrect
Telemetry v8

Press any key to exit or Space to open full text report
Please share reports as text, not a sreenshot!
 
@MichaG es ist sehr unglücklich, das CB als Symbolbild für diese News ausgerechnet eine 2TB-Version verwendet. Diese Version scheint laut Datenblatt als einzige nicht von der Veränderung betroffen zu sein.
 
Dann kann man in Zukunft bei der HDD bleiben...
 
TomH22 schrieb:
Solange der SLC Cache nicht erschöpft ist, ist sie immer noch genauso schnell wie vorher.
Laut CB hat sie 12GB SLC-Modus. 12!
Und danach bist Du langsamer als jede vernünftige SATA-SSD.
Die Sandisk, sollte sie so bleiben, ist doppelt so fix beim schreiben.
 
Das bestätigt mir mein Bild von WD. Sie haben ja schon bei den Festplatten (WD RED) die Spezifikationen zum Nachteil der Kunden verändert.

Das bestätigt mir wieder, dass ich künftig um alle WD Produkte einen Bogen machen werde. Schade nur, dass dieses somit auch für Sandisk gilt.
 
gustlegga schrieb:
Welche Controller/NAND-Version und Firmware hast du, dass die so früh einbricht?
Ich müsste jetzt erst entsprechende Tools auf dem Rechner installieren um das genau auszulesen.
Aber ich habe ein Foto, wie man sieht, hat sie chinesische UNIC Flash Chips. Gekauft im April 2020. Ist aber auch nur 512GB, SSDs waren im ersten Corona Lockdown teuer und knapp, war froh die überhaupt bekommen zu haben.
EFC26D85-CF53-43E3-8FB8-2902FB954A3A.jpeg


gustlegga schrieb:
Hab gerade mal testweise ein 25GB File von meiner 500 Crucial MX500 auf die Adata kopiert, durchgehend 520MB/s .
Wenn ich von einer SATA SSD auf die ADATA kopiere, bricht sie auch nicht ein, da schafft sie die 520MB dauerhaft. Wenn man von einer schnellen Datenquelle (andere NVMe) kopiert, dann geht es eben die ersten paar GB (ca. 4) sehr schnell, und dann geht es auf ca 450-480 runter.

In dem Rechner steckt übrigens auch eine 1TB SN550 (gekauft im August 2020 für weniger Geld als die ADATA im April), die allerdings nur mit 2 Lanes angebunden ist (Beschränkung des zweiten M2 Steckplatzes auf dem Board). Dadurch ist die Maximalrate auf ca 1500MB/sec beschränkt.
Ich nutze für meine Softwareprojekte recht oft VMs, dabei nutze ich die Suspend Funktion vom VMWare, die jeweils den gesamten RAM der VM auf die SSD sichert ( meist zwischen 4 und 8GB). Das macht die WD mit den vollen 1500MB/sec, die ADATA schafft ca. 700.
Das liegt vermutlich daran, dass die WD auf bei QD64 doppelt so schnell wie die ADATA ist (trotz des Interface Handicaps). VMWare schreibt den RAM nämlich nicht sequentiell, sondern mit mehreren Threads. SATA SSDs, wie die MX500, schaffen die gleiche Übung daher er oft nur mit ca 300MB/sec

Nachtrag: Firmware der ADATA ist 42AZS6AC
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: gustlegga
Diese Leserate hat sich nicht merklich geändert bei dem "neuen" Modell? Wollt mir eigentlich eine SN850 in die PS5 stecken.
 
Zurück
Oben