Wenn Sie Genauigkeit wünschen, sollten Sie verwenden fio. Es erfordert das Lesen des Handbuchs ( man fio), aber es gibt Ihnen genaue Ergebnisse. Beachten Sie, dass Sie für jede Genauigkeit genau angeben müssen, was Sie messen möchten. Einige Beispiele:
Sequentielle Lesegeschwindigkeit mit großen Blöcken (diese sollte in der Nähe der in den technischen Daten Ihres Laufwerks angegebenen Zahl liegen):
fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=read --size=500m --io_size=10g --blocksize=1024k --ioengine=libaio --fsync=10000 --iodepth=32 --direct=1 --numjobs=1 --runtime=60 --group_reporting
Sequentielle Schreibgeschwindigkeit mit großen Blöcken (diese sollte in der Nähe der in den technischen Daten Ihres Laufwerks angegebenen Zahl liegen):
fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=write --size=500m --io_size=10g --blocksize=1024k --ioengine=libaio --fsync=10000 --iodepth=32 --direct=1 --numjobs=1 --runtime=60 --group_reporting
Random 4K read QD1 (das ist die Zahl, die für die Leistung in der realen Welt wirklich wichtig ist, es sei denn, Sie wissen es genau):
fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=randread --size=500m --io_size=10g --blocksize=4k --ioengine=libaio --fsync=1 --iodepth=1 --direct=1 --numjobs=1 --runtime=60 --group_reporting
Mixed Random 4K Read und Write QD1 mit Sync (dies ist der schlechteste Fall, den Sie jemals von Ihrem Laufwerk erwarten sollten, normalerweise weniger als 1% der im Datenblatt aufgelisteten Zahlen):
fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=randrw --size=500m --io_size=10g --blocksize=4k --ioengine=libaio --fsync=1 --iodepth=1 --direct=1 --numjobs=1 --runtime=60 --group_reporting
Erhöhen Sie das --sizeArgument , um die Dateigröße zu erhöhen. Die Verwendung größerer Dateien kann die Anzahl verringern, die Sie je nach Laufwerkstechnologie und Firmware erhalten. Kleine Dateien liefern für Rotationsmedien "zu gute" Ergebnisse, da der Lesekopf nicht so viel bewegen muss. Wenn Ihr Gerät fast leer ist und Sie eine Datei verwenden, die groß genug ist, um das Laufwerk fast zu füllen, wird bei jedem Test das Worst-Case-Verhalten festgestellt. Bei einer SSD spielt die Dateigröße keine Rolle.
Beachten Sie jedoch, dass für einige Speichermedien die Größe der Datei nicht so wichtig ist wie die Gesamtzahl der während eines kurzen Zeitraums geschriebenen Bytes. Beispielsweise können einige SSDs mit vorgelöschten Blöcken eine erheblich schnellere Leistung aufweisen, oder sie verfügen über einen kleinen SLC-Flash-Bereich, der als Schreibcache verwendet wird, und die Leistung ändert sich, sobald der SLC-Cache voll ist. Ein weiteres Beispiel: SMR-Festplatten von Seagate verfügen über einen PMR-Cache-Bereich von etwa 20 GB, der eine recht hohe Leistung aufweist. Sobald er jedoch voll ist, kann das direkte Schreiben in den SMR-Bereich die Leistung um 10% gegenüber dem Original verringern. Die einzige Möglichkeit, diese Leistungsverschlechterung zu erkennen, besteht darin, zunächst so schnell wie möglich über 20 GB zu schreiben. Dies hängt natürlich alles von Ihrer Arbeitsbelastung ab: Wenn Ihr Schreibzugriff mit längeren Verzögerungen überlastet ist, die es dem Gerät ermöglichen, den internen Cache zu bereinigen, Kürzere Testsequenzen spiegeln Ihre reale Leistung besser wider. Wenn Sie viele E / A-Vorgänge ausführen müssen, müssen Sie beide erhöhen--io_sizeund --runtimeParameter. Beachten Sie, dass einige Medien (z. B. die meisten Flash-Geräte) durch solche Tests zusätzlichen Verschleiß erfahren. Meiner Meinung nach sollte ein Gerät, das nicht für diese Art von Tests geeignet ist, auf keinen Fall zur Speicherung wertvoller Daten verwendet werden.
Darüber hinaus verfügen einige hochwertige SSD-Geräte möglicherweise über noch intelligentere Algorithmen zur Abnutzungskorrektur, bei denen der interne SLC-Cache über genügend intelligente Funktionen verfügt, um Daten zu ersetzen, die während des Tests neu geschrieben werden, wenn sie denselben Adressraum (dh dieselbe Testdatei) erreichen ist kleiner als der gesamte SLC-Cache). Bei solchen Geräten spielt die Dateigröße wieder eine Rolle. Wenn Sie Ihre tatsächliche Arbeitslast benötigen, testen Sie diese am besten mit Dateigrößen, die Sie im realen Leben sehen werden. Andernfalls sehen Ihre Zahlen möglicherweise zu gut aus.
Beachten Sie, dass fiobeim ersten Start die erforderliche temporäre Datei erstellt wird. Es wird mit zufälligen Daten gefüllt, um zu vermeiden, dass Geräte, die durch Komprimieren der Daten betrügen, zu viele Zahlen erhalten, bevor sie in den permanenten Speicher geschrieben werden. Die temporäre Datei wird fio-tempfile.datin den obigen Beispielen aufgerufen und im aktuellen Arbeitsverzeichnis gespeichert. Wechseln Sie daher zuerst in das Verzeichnis, das auf dem Gerät bereitgestellt ist, das Sie testen möchten.
Wenn Sie eine gute SSD haben und noch höhere Zahlen sehen möchten, erhöhen Sie diese --numjobs. Das definiert die Parallelität für die Lese- und Schreibvorgänge. Die obigen Beispiele sind alle so numjobseingestellt, 1dass es sich bei dem Test um das Lesen und Schreiben von Prozessen mit einem Thread handelt (möglicherweise mit einer Warteschlange, die mit gesetzt ist iodepth). High - End - SSDs (zB Intel Optane) sollten hohe Zahlen erhalten , auch ohne Erhöhung numjobsviel (zB 4sollte ausreichen , um die höchsten spec Zahlen zu erhalten) , aber einige „Enterprise“ SSDs benötigen gehen 32- 128die spec Zahlen zu erhalten , da die interne Latenz von denen , Geräte ist höher, aber der Gesamtdurchsatz ist verrückt.
