Przegląd aplikacji do pomiaru wydajności I/O

Do pomiaru wydajności I/O dostępne są liczne benchmarki I/O. W tym artykule zawarty jest przegląd różnych narzędzi temu służącym.

Benchmarki Block Device

Benchmarki block device uzyskują bezpośredni dostęp do niesformatowanego bloku urządzenia (jak HDD, SSD, lub macierz RAID). Jest to przydatne zwłaszcza do porównania różnych dysków HDD, SSD, kontrolerów RAID itd.

Przegląd benchmarków Block Device

Większość wymienionych tu benchmarków block device pozwala na wybór pliku w systemie plików (w ten sposób mogą zostać wykorzystane jako benchmark systemu plików):

	dd	fio	Iometer	spew	vdbench
Threads	Single-Thread	Multi-Thread (numjobs Parameter)	Multi-Thread	Single-Thread	Multi-Thread
regular I/O Support	tak	tak	tak	tak	tak
direct I/O Support	tak `iflag=direct` (odczyt) `oflag=direct` (zapis)	tak `--direct=1`	nie Iometer oferuje `Ramp Up Time` w celu zminimalizowania wpływu cache'a.^[1]	tak `--direct`	tak `openflags=o_direct`
synchronous I/O Support	tak `oflag=sync` `oflag=dsync`	tak `--sync=1`, opcje jako alternatywa `fsync` i `fdatasync`		tak `--sync`	tak `openflags=o_sync` (również`o_dsync` i `o_rsync` - wszystkie trzy opcje przekazują 0x010000 funkcji open().^[2]
Dalsze informacje					http://blogs.sun.com/lisan/entry/pitfalls_of_benchmarking_flash_with

Benchmarki systemu plików

Benchmarki systemu plików w przeciwieństwie do benchmarków block device nie uzyskują bezpośredniego dostępu do bloku urządzenia. Urządzenie musi być sformatowane i posiadać system plików (File System). Benchmarki systemu plików służą głównie pomiarowi wydajności rożnych systemów plików (np. ext3 w porównaniu z xfs) na tym samym urządzeniu.

Przykłady benchmarków systemu plików:

IOzone - Uwaga do IOzone w Windows: dostępne na stronie IOzone Windows-Binaries zawieszają się regularnie w aktualnych wersjach Windows (2008 R2 64-bit). IOzone z aktualnymi wersjami Windows może być jednak wykorzystywane, jeśli IOzone ze źródeł zostanie zastąpiony przez aktualną wersję Cygwin > 1.7 (./configure && make). Aby korzystać z nowego binary niezależnie od środowiska Cygwin, musi zostać skopiowane Cygwin-DLLs do katalogu iozone.
dbench

Pomiar wydajności I/O

Obok tych benchmarków, które mierzą zarówno obciążenie I/O jak i transfer dostępne są również narzędzia, które mierzą wyłącznie wydajności I/O i nie generują przy tym obciążenia. Narzędzia te są przede wszystkim pomocne w przypadku, gdy system jest zbyt powolny i poszukiwana jest tego przyczyna.

Przykłady narzędzi do pomiaru wydajności I/O:

iostat

Odnośniki

↑ Iometer User's Guide Version 2003.12.16 Kapitel 15.3 Ramp Up Time, strona 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.
↑ Vdbench 5.0.2 Dokumentation, Kaptiel 1.16.12‘openflags=’: control over open and close of luns or files, strona 44

Dalsze informacje

[1] Iometer User's Guide Version 2003.12.16 Kapitel 15.3 Ramp Up Time, strona 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, strona 44

[1]

[2]