Suchergebnisse

Wenns nicht wieder ein Zufall ist...

Ja der 32thread war auch versezt. Habe jetzt eine Version ohne versatz hochgeladen. (selber link). Meine Vertex2 hier zeigt sich übrigens von den ganzen bastellei unbeeindruckt..

Habe ich doch. Hier: http://www.alex-is.de/progs/asssd32.rar Also halten wir mal fest: Verteilen von Operationen hilft nicht.

CDM macht das einfach mit entsprechenden flag (FILE_FLAG_OVERLAPPED) für async-read/write. Wenn fertig macht Windows einen Callback. @pinki Also sind 32Threads schlechter als 64Threads?

Wenn man in Quellcode von CDM guckt, sieht man dass es nur einen Kern nutzt(bzw. Windows die entscheidung überlässt)... Das es sich mit der Nightly nicht ändert ist aber eher seltsam. Noch eine Nightly: http://www.alex-is.de/progs/AS%20SSD%20Benchmark-nightly.zip Bei dieser sind alle befehle um...

Realitätsnähe der Pattern war schon immer ein Problem. Neue nightly die Befehle etwas zeitlich veteilt (und zusätzlich genauigkeit der Messung bei 64er Tests weiter verbessert): http://www.alex-is.de/progs/AS%20SSD%20Benchmark-nightly.zip Kannst ja mal messen obs was bringt.

Ist halt ein anderes test-pattern als bei CDM. Schade dass die Samsung da schwankende Werte liefert, aber ich weiss nicht wie ich das beheben könnte ohne bei allen anderen SSDs die Werte einbrechen zu lassen. Wenn es wirklich ein Messfehler wär würden die (Stoppuhr-) Zeiten konstant bleiben.

Da Stoppuhrmessung auch mit schwankt heisst es dass die gemessene Datenrate richtig ist. Samsung scheint nur nicht mit zu schnellen Befehlsfolgen klar zu kommen. Wenn man CPU-Takt drosselt oder alles auf einen Kern legt nimmt die Anzahl der Befehle ab und die Datenrate steigt. Da CDM und IOMeter...

Das kommt eben auf den verwendeten Controller an. Sieht man doch wie viel CPU-Last der Benchmark erzeugt. Bei Spieluhr erzeugt der Controllertreiber fast 100% Last auf allen Kernen.

Bei den Samsungs ja. Bei den Größeren RAIDs(z.B. bei Spieluhr) wo die CPU limitiert, bricht das Ergebnis aber ziemlich sicher ein.

IOMeter und CDM nutzen: 1. ein anderes Messverfahren 2. Laufen sie immer nur auf einem Kern.

@pinki: sieht nicht so aus als irgendeine von diesen Optionen was bringen würde. Und beachte den oben geposteten Vertex 3 test. Da tritt das Problem anscheinend auch nicht auf... Noch eine Idee: wie siehts mit anderen Treiber aus z.b. msahci?

Also aktuell ist ja der Standard msahci Treiber drauf. Der hat andere versionierung. Da ist 7.0.0.1013 OK.

@pinki: Das mit der Platte zuschicken ist keine gute Idee. Wie ist eigentlich die CPU auslastung dabei? Hast du mal probiert mit der Stoppuhr zu messen wie lange der Test dauert(wenigstens sekundengenau)? Dass die Zuweisung auf einen Kern immer noch was ändert ist schlecht... Hast du mal...

@Spieluhr: Danke für den ausführlichen Test. Last die den Benchmark erzeugt hängt im wesentlichen vom verwendeten Controller-Treiber ab. Und da ist es halt je nach Datenrate möglich dass die CPU an ihre Grenzen kommt. Das ist kein Fehlverhalten den im normalen Betrieb ist es genauso. Man sollte...

Wähle nur den 64-4k Test aus, dann wird dazwischen nichts gelöscht.

Je nach Auswahl der Tests unterschiedlich. Am Anfang wird immer Platz reserviert dann wird darauf gemessen. Wenn ein test lief wo man die Datei wiederverwenden kann wird sie nicht gelöscht. Der 64thrd test legt sogar extra 64 Dateien an. Die Frage wäre noch ob sich die Datenrate wirklich ändert...

Das Festpinnen habe ich wieder rausgenommen. Aber die Threads fest den Kernen zugeordnet, so dass sie nicht hin und her springen. Scheint aber nicht wirklich zu helfen.... Ich verstehe immer noch nicht wieso es nur Samsung 470 und nur den 64-threads betrifft. Und dazu noch steigend mit fallendem...

Du kannst mal das versuchen: http://www.alex-is.de/progs/AS%20SSD%20Benchmark-nightly.zip Aber ohne dass ich das Problem reporduzieren kann ists schwierig.

Ich habe selber eine SF-SSD. Kanns aber komischerweise nicht reproduzieren