Von Samsung gibt es jetzt ein neues SSD das mit ziemlich flotten Werten überrascht.
Das Produkt ist Retail und wie ich finde echt klasse verpackt und schaut schick aus.
Das SSD nutzt 32nm Flash und hat einen neuen Controller von Samsung drauf.
Die Teile sollten ab morgen bei bekannten Etailer zu finden sein.
+ Antworten
Ergebnis 1 bis 25 von 41
Thema: Samsung 470 Serie SSD
- 18.08.10, 11:16 #1
Samsung 470 Serie SSD
Geändert von SSDfix (18.08.10 um 11:27 Uhr)
-
Die folgenden 6 User sagten Danke an SSDfix für diesen nützlichen Post:
leser (18.08.10), MoBo 01/04 (18.08.10), Morpog (18.08.10), sanic (18.08.10), shorty71 (22.08.10), smilling_bandit (18.08.10)
- 18.08.10, 11:23 #2
noch paar Bilder der Packung und vom SSD
- 18.08.10, 11:43 #3
Also die Schreibperformance, insb. bei stochast. Zugriffen, scheint sich ja deutlich verbessert zu haben. Leider ist die Leseperformance in dieser Hinsicht schlechter geworden. Die betagte Mobi ist nach den 4k-Lese-Werten im CM dreimal schneller.
- 18.08.10, 11:54 #4
stimmt schon, im wichtigen 4K read isses nicht so berauschend und die Read IOPS sind im random extrem niedrig oder kommt mir das nur so vor.
Der Kopier bench screen hingegen sieht garnicht mal schlecht ausGeändert von pinki (18.08.10 um 11:56 Uhr)
- 18.08.10, 11:57 #5Matrose
- Registriert seit
- 18.08.2010
- Beiträge
- 5
- 18.08.10, 12:24 #6
hier stört mich aber dieses hier.
Achtung! keine Herstellergarantie
- 18.08.10, 12:33 #7
auf der Packung steht 3 Jahre Garantie.
- 18.08.10, 12:36 #8
- 18.08.10, 12:38 #9
Bisher gab es auf Laufwerke, die direkt von Samsung kamen, keine Garantie, da das komplett OEM-Ware war. Garantie gab es nur von anderen Herstellern, die (damals noch) SSDs mit Samsung RBB Controller verkauft haben.
Scheinen die Redakteure bei Geizhals so auch für die neuen Laufwerke übernommen zu haben...
Dafür ist die Samsung beim seq. Schreiben doppelt so schnell wie die 128 GB C300
Geändert von DoubleJ (18.08.10 um 12:41 Uhr)
[ SSD Kaufberatung und Informationsthread | Storage Reviews auf Hardwareluxx ]
No pain. No gain.
- 18.08.10, 12:45 #10
ach seq. Schreiben, das vergleich ich schon fast nicht mehr. Die Stärke spielt sicher der 4k Bereich ne größere rolle. Und ich vergleiche den controllervergleich und nicht die SSD größen. Die C300 hat ihre volle leistung in der 256GB Version, die 128GB von Samsung hat ihre volle leistung bei der 128. Kann mir daher nicht vorstellen dass die 256GB die mal irgendwannmal rauskommt noch mehr drauf hat.

::::Apple Mac Mini i5 8 GB::::
- 18.08.10, 12:51 #11
die 256er ist auch schon da.
da wir von der Ware aber keine kostenlosen muster bekommen haben, hab ich es mal bei einer 128er belassen als testexemplar.
ob die 256er besser oder schlechter performen weiss ich nicht, ich schätze es wird sehr ähnlich zur 128er sein
- 18.08.10, 12:51 #12
dennoch finde ich auf die schnelle keinen kopier bench screen der 128 GB C300 und kann so auch nicht sagen wie groß der unterschied bei gleicher kapazität ist.
Ob die Samsung bei 128 GB die volle leistung hat ist in dem fall ja uninteressant, das ist dem käufer der sich zwischen ner 128 GB Samsung und ner 128 GB C300 entscheiden soll nämlich egal
- 18.08.10, 12:58 #13
Wie gründlich hast du gesucht?

Hardwareluxx - Test: G.Skill Phoenix Pro 120 GB mit SF-1200-Controller[ SSD Kaufberatung und Informationsthread | Storage Reviews auf Hardwareluxx ]
No pain. No gain.
- 18.08.10, 13:01 #14
lol überall nur nich in den reviews ^^
Ihr bescheißt in den reviews immer, deswegen hab ich nach user screens gesucht *gg* (achtung, spass, ich brauch ne ausrede loool)
Na jedenfalls sinds da keine "welten" unterschied mehrGeändert von pinki (18.08.10 um 13:02 Uhr)
- 18.08.10, 13:29 #15Obergefreiter
- Registriert seit
- 01.01.2007
- Beiträge
- 89
random reads
Samsung SSD | Samsung SSD | Tech Specs | Research your SSD with Detailed Information
Was ich nicht verstehe: die random reads sind laut dem Datenblatt oben z.B. für das 128 GB Modell folgendermaßen:
Up to 31,000 IOPS
Während die Writes bei Up to 20,000 IOPS sind.
Ich hätte da eigentlich erwartet, daß die 4 k Werte sich analog verhalten.
Laut dem Test von SSDfix sind die Writes allerdings höher als die Reads.
- 18.08.10, 13:34 #16
Reads und Writes kannst ja nicht einfach mit IOPS vergleichen. Nimm als Beispiel die Intel, die nur 100 Mb/s Write hat. Macht aber in IOPS so mancher anderer SSD was vor. Oder versteh ich da was falsch
Geändert von sanic (18.08.10 um 13:36 Uhr)

::::Apple Mac Mini i5 8 GB::::
- 18.08.10, 13:42 #17Obergefreiter
- Registriert seit
- 01.01.2007
- Beiträge
- 89
Nich die Sequentiellen Werte - aber bei den 4k Werten hätte ich jetzt schon gedacht.
- 22.08.10, 07:46 #18Matrose
- Registriert seit
- 22.04.2007
- Beiträge
- 4
Toggle DDR NAND ja/nein?
ich frage weil die sequentielle schreibrate sehr hoch istGeändert von moop (22.08.10 um 07:49 Uhr)
- 30.08.10, 23:23 #19Gefreiter
- Registriert seit
- 05.07.2010
- Beiträge
- 56
Die geringe Stromaufnahme und hohe Schreibrate sprechen eigentlich für Toggle DDR NAND in der 470er, andererseits hätte dann die Leseleistung noch viel besser ausfallen können und ein SATA3 Interface mehr als gerechtfertigt. Mit 8 Kanälen und normalen NANDs, die ja nur max 40MB/s schaffen, bringt man halt in der Praxis nur etwas mehr als 300MB/s zustande, wie eben die Crucial C300. Mit dem Toggle DDR NANDs hätte man mit 8 Kanälen den SATA3 Bus richtig auslasten können. Wäre ein tolles drive zum Testen der Controller gewesen.
---------- Beitrag hinzugefügt um 20:07 ---------- Vorheriger Beitrag war um 18:23 ----------
Für die IOPS ist es in erster Linie wichtig, die groß die Zugriffszeit ist. Wenn die Software die Anfage zum Lesen einer Datei stellt, dann muß das Betriebssystem via Dateisystem nachsehen, auf welchem LBA diese beginnt und schickt dann die Anfrage zum lesen dieses LBAs an die Platte. Wenn es nicht gerade der erste Zugriff auf das Directory ist, hat das Betriebssystem die Information zum LBA wohl schon im Cache, andernfalls muß es dies vorher auch von Platte lesen. Einige Benchmarkprogramm umgehen das Betriebssystem und fragen den LBA direkt an.
Festplatten wurden früher direkt über Kopf, Zylinder und Sektor angesprochen, heute wird dies per LBA gemacht und die HDD muß diese Daten selbst auf Kopf, Zylinder und Sektor umrechnen und prüfen, ob der Sektor nicht auf einen Reservesektor ausgelagert wurde. SSDs müssen die Adresse des Blockes im NAND finden, wozu wegen des Waerlevelings Tabellen konsultiert werden müssen. Ob diese im RAM gehalten oder vom NAND gelesen werden und wie diese aufgebaut sind, kann da schon einen großen Unterschied ausmachen. Davor kommt ggf. noch eine Abfrage, ob die Daten zufällig im Cache stehen, was ebenfalls Zeit in Anspruch nimmt. HDDs müssen dann den Kopf auf die richtige Spur positionieren, was abhängig von der vorherigen Position schon mal über 10ms brauchen kann und warten, bis der richtige Sektor unter dem Kopf vorbeikommt, was schlimmstenfalls fast eine Umdrehung dauert, dann wird ein Sektor gelesen, die Checksummen werden geprüft und die Übertragung kann beginnen.
Bei einer SSD wird dagegen der oder die NAND Chip(s) angesprochen und nach einer Verzögerung im us Bereich kann der Controller beginnen Daten zu lesen. Da die SSDs intern die Flashchips als RAID0 organisieren, müssen die Daten natürlich noch zusammengestellt, die Prüfsummen gebildet und geprüft werden.
Das alles summiert sich also zu der Latenzzeit auf, bis die ersten Daten über den Bus zum Rechner geschickt werden. Dann kommt natürlich die sequentielle Übertragungsleistung ins Spiel, denn je schneller die Daten jetzt übertragen werden, umso früher die der ganze I/O Request fertig abgearbeitet und der nächste kann beginnen. Da die Betriebssysteme die Datenanfragen der Anwendungen in der Regel auch noch puffern, ist es nicht so leicht den Beginn der Übertragung zu messen und die meißten Benchmarks geben daher nur die gesamte Zeit als Zugriffszeit aus, nicht die Zeit bis zum Begiff der Übertragung. Für die I/Os pro Sekunde ist es aber im Prinzip erstmal egal, wenn diese sequentiell ablaufen. Wenn die gesamte Zeit 100ms wären, dann schaffe ich eben 10 IOPS, egal ob ich jetzt 99ms gewartet und 1ms lang übertragen habe oder umgekehrt.
Heute ist aber im Rechner meißt mehr als ein Kern in der CPU oder gar mehr als eine CPU und es laufen hunderte oder tausende Thread im System mehr oder weniger gleichzeitig, die fast alle hin und wieder mal auf die Festplatte zugreifen wollen. Damit diese nicht alle so lange warten müssen, gibt es NCQ um die Zugriffe möglichst optimal zu ordnen.
Das ist wie beim Fastfoot, der vorne in der Schlange will einen Burger der gerade nicht fertig da liegt und erst gemacht werden muß. Also stellt man seine Bestellung solange hinten an, bittet ihn zu warten und bedient die nächsten, die hoffentlich etwas verlangen, was gerade vorrätig ist. Wenn nicht, so müssen auch die in die zweite Warteschlange und bekommen ihre Bestellung, wenn der Burger hinten fertiggemacht wurde. Im DriveThru ist das ganze halt kaum möglich und wenn, dann hat man nur einen oder zwei Ausweichplätze und der zweite oder dritte, für den Extra was gemacht werden muß, hält gleich die ganze Schlange auf.
Zurück zu den Festplatten heißt das, wenn die Wartezeit 99ms und die Übertragung nur eine ms gedauert hat, dann kann man die Leistung bis zum hundertfachen steigern, wenn in diesen 99ms die Daten andere Anfragen übertragen würden.
Bei HDDs heißt das also, wenn die nächste Anfrage nun Daten lesen möchte, die an der aktuellen Kopfposition stehen oder auf der Weg von der aktuellen zur nächsten, dann bearbeitet man diese zuerst minimiert so die Kopfbewegungen, die ja die meißte Zeit beim Zugriff ausmachen. Bei SSDs gibt es diese große Zeit nicht, aber hier adressiert man immer gleich einen ganzen Bereich im NAND und wenn für eine weitere Anfrage in der Queue Daten aus dem gleich Bereich benutzt werden, so kann man diese gleich mit auslesen. Oder man adressiert schon ein NAND, während auf die Daten des andere noch gewartet wird und hat die Daten der nächsten Anforderung so schneller bereit.
Das zurückstellen von Anfragen die nicht sofort beantwortet werden können kann natürlich dazu führen, daß diese länger brauchen, als wenn nur auf sie gewartet werden würde, da aber andere Anfragen in der Zeit abgearbeitet werden, kommen pro Sekunde mehr Operationen heraus.
Nun habe ich erstmal nur Reads behandelt, Writes sind noch komplexer. HDDs helfen sich meißt mit dem Cache, der kleine Datenmengen aufnimmt und es der Platte erlaubt, die Köpfe zu positionieren und die Daten wirklich zu schreiben, während das Betriebssystem schon glaubt es wäre alle getan, weswegen sie in manchen Benchmarks mit sehr kurzen Zugriffszeiten beim Schreiben kleiner Dateien glänzen können. Mit 8 bis 64 MB kommen sie aber nicht so weit. Bei den SSDs macht das wohl nur der Sandforce 1500, welcher extra einen Goldencap auf der Platine verlangt, damit er die Daten bei Stromausfall auch noch aufs Flash bekommt. Die Schreibgeschwindigkeit einer SSD hängt im wesentlichen davon ab, die viele der Daten direkt in freies NAND geschrieben werden können und wie oft der Controller dafür erst Teile eines Ereaseblocks lesen, den ganzen Block löschen und dann erst schreiben kann. Dazu kommt noch das Wearleveling, welches den Controller dann zuweilen veranlasst Daten eines Blocks in einen anderen zu schreiben, damit auch mal in die Blocks geschrieben wird, die eigentlich statische Daten enthalten und sonst niemals beschrieben würden. NCQ kann auch hierbei helfen die Daten mehrerer Anfragen zusammenzufassen und gemeinsam zu schreiben.
- 29.12.10, 21:49 #20Obergefreiter
- Registriert seit
- 16.12.2010
- Beiträge
- 77
Sind diese SSDs für Verschlüsselung (TC/DriveCryptor) eher geeignet oder eher ungeeinget?
- 05.03.11, 13:40 #21
Jemand die 470 in einem Macbook verbaut?
- 09.03.11, 15:50 #22
Meine müsste morgen oder übermorgen kommen. Werde dann mal berichten.
- 09.03.11, 16:10 #23
- 09.03.11, 16:37 #24
alles klar... dann ist das auch bei den Sandforce schlecht die sind da nämlich nicht schneller

Also manchmal schreibst echt blödsinnGeändert von pinki (09.03.11 um 17:24 Uhr)
- 09.03.11, 17:46 #25
LinkBacks (?)
- 20.02.11, 18:27

LinkBack URL
About LinkBacks
Zitieren






