ssd raid fragen

Gluksi

Neuling
Thread Starter
Mitglied seit
08.02.2012
Beiträge
3
Ok die meisten sagen ssd raid ist sinnlos.
Aber mahl zum Testen… Daten Sicherheit sei dahin gestellt. Habe ne Lsi 9260 i4 mit Batterie.. und 4 Samsung 830 er.
Kennt einer die Einstellungen für schnelles gamen ( nur Arma3 und prepar3d) schnelle Ladezeitn ohne Daten Sicherheit.
Stripe Sets … Windows Einstellungen beim formatieren und sonstige kniffe… danke im voraus
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Wenn Du vier SSDs in ein RAID 0 packst, werden die Größe des Stripesets und sonstige Einstellungen null komma gar keinen Einfluss auf Ladezeiten von Spielen haben, so dass es eigentlich wurscht ist, was Du einstellst.
 
Als Stripe würde ich 128k wählen, vielleicht auch 256k, wenn es vor allem auf seq. Transferraten ankommt. Das Problem dürfte sein, dass sie SSDs an dem LSI nicht getrimmt werden dürfen, zumindest nicht unter Windows. Aber das kannst Du mit dem Tool TrimCheck prüfen, man lässt es zweimal laufen, beim ersten mal wird die Testdatei erzeugt und gelöscht, beim zweiten mal wird geschaut ob TRIM funktioniert hat. Dazwischen sollte man nichts am Rechner machen und ein paar Minuten warten. Wurde TRIM nicht als funktionierend erkannt, kann man es auch erneut laufen lassen und es prüft die Daten noch einmal. TrimCheck muss auf der SSD liegen, wenn es ausgeführt wird, der User muss in dem Verzeichniss Schreibrechte haben und es darf weder verschlüsselt noch komprimiert sein.

Über Sinn oder Unsinn zu reden spare ich mir, ohne TRIM wird aber bei der 830er auf Dauer die Performance leiden.
 
Auf den platten liegen nur fsx , prepare3d und arma3.. und da brauch die Transfer Leistung..werde es mal mit 256k versuchen und natürlich auch trimchek....wie groß sollte ich die Windows block size machen bei 256k Strip Size??über sin und Unsinn müssen wir nicht streiten. habe halt diese Hardware mit Batterie für insgesamt unter 150 Euro geschossen und die 830er gibt's fürn Apfels und nen ei.
danke erstmahl für die schnellen antworten
 
Prüfe die Dateigröße in den Verzeichnisse, und zwar im Verhältnis zur Anzahl der Dateien.
Wenn 3/4 aller Dateien unterhalb der Stripesize angesiedelt sind, dann wird bei 3/4 der Dateien kein Geschwindigkeitsgewinn erziehlt, weil sie gar nicht über die SSDs verteilt werden.



Wenn Du die Stripe-Size zu klein stellen musst, geht Dir natürlich der Geschwindigkeits-Gewinn der durch die hohe Stripsize kommt ebenfalls flöten.
 
Zuletzt bearbeitet:
ich nutze mein Raid0 mit einem 64k Stripe Size

habe mit 64 und 128 je nach Nutzung die besten Erfahrungen gemacht


Von meinem iPhone gesendet
 
test.jpg so mahl dein proggi sorry bin nicht ganz so fit in raid stripes...spielt Windows bloksize keine rolle( alleso das beim formatieren) ??
 
Zuletzt bearbeitet:
Na ist ganz einfach. Setzt Du die Strip-Size auf 128, wird alles (inkl. dem Balken bei 128kb) nicht über das Stripe verteilt. Als 3/4 aller Dateien.
Genau darauf will ich hinaus.
Klar ist 128 in Benchmark das schnellste, weil pro Stripe 128kb geladen werden. Aber wenn keine Dateien da sind, die in den Stripes sind .... dann ist das umsonst. Bei der Stripsize würden etwa 120.000 Dateien nicht über die SSDs verteilt, sondern nur etwa 30.000.
Überleg Dir wie Du die meisten Dateien auch tatsächlich über die SSDs verteilst. Da würde sich eher 16kb anbieten. (Dabei würden nur 70.000 Dateien nicht über die SSDs verteilt, sondern immer von einer einzelnen SSD geladen)
Aber das ist so klein, dass Du damit schon fast den kompletten Speed-Vorteil vom Raid verschenkst (der ja aus den langen Stripes kommt, und nicht aus den kurzen).

Verstehst Du auf was ich hinaus will?
Ein Raid arbeitet am besten mit Dateien die länger als die Stripe-Size sind. Wenn aber die Dateien die Du benutzt zu klein sind zum stripen ... dann bringt das Raid nix. Und genau deshalb MUSS das Für und Wider von einem Raid immer mit in die Betrachtung einbezogen werden. Es geht nicht ohne das Verständnis dafür.
 
Zuletzt bearbeitet:
wie groß sollte ich die Windows block size machen bei 256k Strip Size?
Du meinst die Clustergröße bzw. Größe der Zuordnungseinheiten: 4k! Die Platten werden ja schon ewig nicht mehr Sektorweise oder Clusterweise gelesen, weshalb große Cluster wenig bringen und man nur unnötig viel Platz verschwendet, im Schnitt einen halben Cluster pro Datei und bei großen Clustern und viele kleinen Dateien noch mehr. Die ATA Befehle können überigens bis zu 2^16 aufeinanderfolgende LBAs für einen Befehl adressieren, also maximal 32MiB mit nur einem Befehl lesen oder schreiben.

Na ist ganz einfach. Setzt Du die Strip-Size auf 128, wird alles (inkl. dem Balken bei 128kb) nicht über das Stripe verteilt. Als 3/4 aller Dateien.
Das stimmt so nicht, die Filesysteme kennen ja die Grenzen des Strippings nicht und daher kann bei 4k Clustern jede Datei die über 4k groß ist auch über zwei SSDs verteil liegen, nur hat man dann zwei Zugriffe über je 4k statt einem über 8k und in der Summe wird es damit nicht merklich schneller. SSDs arbeiten ja intern wie ein RAID 0 über die NAND Kanäle und skalieren daher gerade bei 4k, 8k, 16k, 32k bis so 128k recht linear und daher kommt es im Endeffekt fast auf das raus was Du beschreibst, auch wenn es technisch so nicht stimmt, zumindest wenn man nicht eine Clustergröße = Stripping wählt und auf das Allignment achtet, so das jede Cluster einem Stripe auf einer SSD entspricht. Dann hättest Du recht alle Dateien die kleiner sind lägen garantiert nur auf einer SSD.
Da würde sich eher 16kb anbieten. (Dabei würden nur 70.000 Dateien nicht über die SSDs verteilt, sondern immer von einer einzelnen SSD geladen)
Bei 16k wären im Zweifel die Zugriffe zu kurz und die SSD würde bei jedem Zugriff sehr geringe Transferaten haben. Das muss aber nicht sein, wenn entweder der RAID Controller mehrere Befehle zusammen fasst oder der SSD Controller auch gleich Daten nachfolgender LBAs in den Cache einliest.

Ein Raid arbeitet am besten mit Dateien die länger als die Stripe-Size sind. Wenn aber die Dateien die Du benutzt zu klein sind zum stripen ... dann bringt das Raid nix.
So ist es! Bei kurzen Zugriffen bringen RAIDs nichts, außer mehr IOPS zu bieten weil diese Zugriffe auf mehreren Platten parallel erfolgen können, aber die IOPS sind bei SSDs sowieso hoch und beim Laden von Spielen wohl kaum so wichtig.

Da dort Windows drauf ist, verwundert die hohe Anzahl an kleinen Dateien wenig.
Gluksi hatte D: analysiert, das ist der obere Screen von JDiskReport in seinem Anhang.
Wie auch immer, durch ein RAID 0 solltest du nicht an Performance verlieren sondern nur gewinnen können.
Das würde ich so nicht sagen, gerade die alten RAID Controller mit Cache waren sehr auf HDDs optimiert und brauchen schon mal lange um zu sehen ob die Daten nicht gerade im Cache liegen. Das fiel bei HDDs mit ihren langen Zugriffszeite nicht ins Gewicht, 0.2ms oder auch 0.5ms mehr merkt man dort nicht, kann bei SSDs aber die Zugriffszeiten massiv anheben und eine echte Bremse sein da bei denen 0.1ms Zugriffszeit schon eher lahm ist.

Da geht dann bei aktuellen Kisten auch TRIM.
Was nicht zu verachten ist, aber dafür begrenzt bei 4 SSDs an 4 SATA 6Gb/s Ports dann auch schon der DMI Flaschenhals.
 
Zuletzt bearbeitet:
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh