I/O Performance Benchmarking Tools im Überblick

Zum Messen der I/O Performance gibt es zahlreiche I/O Benchmarking Tools. In diesem Artikel geben wir einen Überblick über die unterschiedlichen Tools.

Inhaltsverzeichnis 1 Block Device Benchmarks 1.1 Block Device Benchmark Übersicht 2 File System Benchmarks 3 I/O Performance Messungen 4 Einzelnachweise 5 Weitere Informationen

Block Device Benchmarks

Block Device Benchmarks greifen direkt auf ein unformatiertes Blockdevice (etwa eine Festplatte, SSD, oder RAID-Verbund) zu. Sie eignen sich besonders zum Vergleich unterschiedlicher Festplatten, SSDs, RAID-Controller, etc.

Block Device Benchmark Übersicht

Die meisten der hier gezeigten Block Device Benchmarks erlauben auch die Angabe von Dateien in einem Filesystem (somit können Sie auch als Filesystem Benchmark verwendet werden):

	dd	fio	Iometer	spew	vdbench
Threads	Single-Thread	Multi-Thread (numjobs Parameter)	Multi-Thread	Single-Thread	Multi-Thread
regular I/O Support	ja	ja	ja	ja	ja
direct I/O Support	ja iflag=direct (lesen) oflag=direct (schreiben)	ja --direct=1	nein Iometer bietet eine Ramp Up Time um Cache-Einflüsse zu minimieren.[1]	ja --direct	ja openflags=o_direct
synchronous I/O Support	ja oflag=sync oflag=dsync	ja --sync=1, siehe alternativ auch die Optionen fsync und fdatasync		ja --sync	ja openflags=o_sync (auch o_dsync und o_rsync - alle drei Optionen übergeben 0x010000 and die Linux open() Funktion.[2]
Weitere Infos					http://blogs.sun.com/lisan/entry/pitfalls_of_benchmarking_flash_with

File System Benchmarks

File System Benchmarks greifen im Gegensatz zu Block Device Benchmarks nicht direkt auf ein unformatiertes Blockdevice zu. Das Device muss mit einem Dateisystem (File System) formatiert sein. File System Benchmarks dienen hauptsächlich dazu, die Performance unterschiedlicher Dateisysteme (z.B. ext3 im Vergleich zu xfs) nacheinander auf demselben Blockdevice zu messen.

Beispiele für File System Benchmarks:

• IOzone - Anmerkung zu IOzone unter Windows: die auf der IOzone Webseite verfügbaren Windows-Binaries stürzen unter aktuellen Windows-Versionen (2008 R2 64-bit) regelmäßig ab. Sie können IOzone mit diesen aktuellen Windows-Versionen allerdings nutzen, wenn Sie IOzone aus den Quellen gegen eine aktuelle Version von Cygwin > 1.7 bauen (./configure && make). Um das neue Binary unabhängig von einer Cygwin-Umgebung benutzen zu können, müssen Sie noch einige Cygwin-DLLs ins Verzeichnis von iozone kopieren.
• dbench

I/O Performance Messungen

Neben diesen Benchmark-Tools, die sowohl eine I/O Last erzeugen und den I/O Transfer messen, gibt es auch Tools die ausschließlich die I/O Performance messen ohne selbst Last zu erzeugen. Diese Tools helfen vor allem dann, wenn ein System zu langsam ist und Sie auf der Suche des Performance Bottlenecks sind.

Beispiele für Tools zur Messung der I/O Performance:

• iostat

Einzelnachweise

1. ↑ Iometer User's Guide Version 2003.12.16 Kapitel 15.3 Ramp Up Time, Seite 62:

   The Ramp Up Time field specifies the number of seconds Iometer waits, after all workers report that they have begun working, before beginning to record statistics on each test. You can use this field to avoid recording any statistics during an initial “ramp-up” period (for example, while caches are filled with data). The default value is zero.

   Typical ramp-up times vary from 15 to 60 seconds. Ramp-up time may need to be increased for caching controllers, large servers, or clustered systems.

2. ↑ Vdbench 5.0.2 Dokumentation, Kaptiel 1.16.12‘openflags=’: control over open and close of luns or files, Seite 44

Weitere Informationen

• http://wikis.sun.com/display/BluePrints/Solid+State+Drives+in+HPC+-+Reducing+the+IO+Bottleneck
• http://www.mysqlperformanceblog.com/2009/03/02/ssd-xfs-lvm-fsync-write-cache-barrier-and-lost-transactions/
• Phoronix Test Suite (siehe auch http://wiki.ubuntuusers.de/Phoronix_Test_Suite, http://en.wikipedia.org/wiki/Phoronix_Test_Suite, http://www.heise.de/software/download/phoronix_test_suite/56799)
• http://www.ssd-test.de

 Feedback zu diesem Artikel geben