Jeśli chcesz dokładności, powinieneś użyć fio. Wymaga przeczytania instrukcji ( man fio), ale da dokładne wyniki. Pamiętaj, że dla dowolnej dokładności musisz dokładnie określić, co chcesz zmierzyć. Kilka przykładów:
Sekwencyjna prędkość odczytu z dużymi blokami (powinna być zbliżona do liczby podanej w specyfikacjach napędu):
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
Sekwencyjna prędkość zapisu z dużymi blokami (powinna być zbliżona do liczby podanej w specyfikacjach napędu):
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
Losowy odczyt 4K QD1 (jest to liczba, która naprawdę ma znaczenie dla rzeczywistej wydajności, chyba że wiesz na pewno):
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
Mieszane losowe odczytywanie i zapisywanie QD1 4K z synchronizacją (jest to najgorszy numer, jakiego można się spodziewać po dysku, zwykle mniej niż 1% liczb wymienionych w specyfikacji):
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
Zwiększ --sizeargument, aby zwiększyć rozmiar pliku. Korzystanie z większych plików może zmniejszyć liczbę otrzymywanych danych w zależności od technologii napędu i oprogramowania układowego. Małe pliki dadzą „zbyt dobre” wyniki dla nośników rotacyjnych, ponieważ głowica odczytu nie musi się tak bardzo ruszać. Jeśli Twoje urządzenie jest prawie puste, użycie pliku wystarczająco dużego, aby prawie zapełnić dysk, zapewni najgorsze zachowanie przy każdym teście. W przypadku dysku SSD rozmiar pliku nie ma tak dużego znaczenia.
Należy jednak pamiętać, że w przypadku niektórych nośników pamięci rozmiar pliku nie jest tak ważny, jak całkowita liczba bajtów zapisanych w krótkim okresie czasu. Na przykład niektóre dyski SSD mogą mieć znacznie wyższą wydajność z wstępnie usuniętymi blokami lub mogą mieć mały obszar pamięci flash SLC, który jest używany jako pamięć podręczna zapisu, a wydajność zmienia się po zapełnieniu pamięci podręcznej SLC. Jako kolejny przykład dyski twarde SMR Seagate mają około 20 GB pamięci podręcznej PMR, która ma dość wysoką wydajność, ale gdy się zapełni, pisanie bezpośrednio do obszaru SMR może obniżyć wydajność do 10% w stosunku do oryginału. A jedynym sposobem na zobaczenie tego spadku wydajności jest jak najszybsze zapisanie ponad 20 GB. Oczywiście wszystko to zależy od obciążenia: jeśli dostęp do zapisu jest obciążony dużymi opóźnieniami, które pozwalają urządzeniu wyczyścić pamięć podręczną, krótsze sekwencje testowe lepiej odzwierciedlą Twoją rzeczywistą wydajność. Jeśli musisz zrobić dużo IO, musisz zwiększyć oba--io_sizei --runtimeparametry. Należy pamiętać, że niektóre media (np. Większość urządzeń flash) ulegną dodatkowemu zużyciu podczas takich testów. Moim zdaniem, jeśli jakieś urządzenie jest wystarczająco słabe, aby nie poradzić sobie z tego rodzaju testowaniem, w żadnym wypadku nie powinno być używane do przechowywania cennych danych.
Ponadto niektóre wysokiej jakości urządzenia SSD mogą mieć jeszcze bardziej inteligentne algorytmy wyrównywania zużycia, w których wewnętrzna pamięć podręczna SLC ma wystarczającą liczbę inteligentnych danych, aby zastąpić dane, które są ponownie zapisywane podczas testu, jeśli trafią w tę samą przestrzeń adresową (to znaczy plik testowy jest mniejsza niż całkowita pamięć podręczna SLC). W przypadku takich urządzeń rozmiar pliku zaczyna znów mieć znaczenie. Jeśli potrzebujesz rzeczywistego obciążenia, najlepiej przetestować z rozmiarami plików, które zobaczysz w rzeczywistości. W przeciwnym razie Twoje liczby mogą wyglądać zbyt dobrze.
Uwaga: fioprzy pierwszym uruchomieniu utworzy wymagany plik tymczasowy. Zostaną wypełnione losowymi danymi, aby uniknąć uzyskiwania zbyt dobrych liczb z urządzeń, które oszukują, kompresując dane przed zapisaniem ich w pamięci trwałej. Plik tymczasowy zostanie wywołany fio-tempfile.datw powyższych przykładach i zapisany w bieżącym katalogu roboczym. Dlatego najpierw należy przejść do katalogu zamontowanego na urządzeniu, które chcesz przetestować.
Jeśli masz dobry dysk SSD i chcesz zobaczyć jeszcze wyższe liczby, zwiększ --numjobspowyżej. To określa współbieżność odczytów i zapisów. Wszystkie powyższe przykłady zostały numjobsustawione na, 1więc test dotyczy odczytu i zapisu procesu jednowątkowego (być może z zestawem kolejek z iodepth). Dyski SSD klasy wyższej (np. Intel Optane) powinny uzyskiwać wysokie liczby, nawet bez numjobsznacznego wzrostu (np. 4Powinny wystarczyć, aby uzyskać najwyższe liczby specyfikacji), ale niektóre dyski SSD „Enterprise” wymagają 32- 128aby uzyskać numery specyfikacji, ponieważ ich wewnętrzne opóźnienie urządzenia są wyższe, ale ogólna przepustowość jest szalona.
