Якщо ви хочете точності, вам слід скористатися fio. Для цього потрібно прочитати посібник ( man fio), але він дасть точні результати. Зауважте, що для будь-якої точності вам потрібно точно вказати, що ви хочете виміряти. Деякі приклади:
Послідовна швидкість читання з великими блоками (це має бути поряд із числом, яке ви бачите в специфікаціях для вашого приводу):
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
Послідовна WRITE швидкість з великими блоками (це має бути поряд із числом, яке ви бачите в специфікаціях для вашого приводу):
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
Випадкове 4K зчитування QD1 (це число, яке дійсно має значення для роботи в реальному світі, якщо ви точно не знаєте краще):
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
Змішаний випадковий 4K режим читання та запису QD1 із синхронізацією (це найгірший випадок, який ви коли-небудь повинні очікувати від свого накопичувача, як правило, менше 1% номерів, наведених у специфікації):
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
Збільшити --sizeаргумент для збільшення розміру файлу. Використання великих файлів може зменшити кількість отриманих номерів залежно від технології накопичувача та прошивки. Невеликі файли даватимуть "надто хороші" результати для обертових носіїв, оскільки прочитана головка не повинна так сильно рухатись. Якщо ваш пристрій майже порожній, використання файлу, достатнього для майже заповнення накопичувача, призведе до найгіршої поведінки для кожного тесту. У випадку SSD розмір файлу не має великого значення.
Однак зауважте, що для деяких носіїв пам’яті розмір файлу не такий важливий, як загальний байт, записаний за короткий проміжок часу. Наприклад, деякі SSD-диски можуть мати значно більшу продуктивність із попередньо стертими блоками або може мати невелику область спалаху SLC, яка використовується як кеш запису, а продуктивність змінюється, коли кеш SLC заповнений. Як інший приклад, жорсткі диски Seagate SMR мають близько 20 ГБ кеш-пам’яті PMR, які мають досить високу продуктивність, але як тільки він буде повноцінним, запис безпосередньо в область SMR може знизити продуктивність до 10% від оригіналу. І єдиний спосіб побачити цю деградацію продуктивності - спочатку записати 20+ ГБ якомога швидше. Звичайно, все це залежить від вашої завантаженості: якщо ваш запис записується із тривалими затримками, які дозволяють пристрою очистити внутрішній кеш, короткі тестові послідовності краще відображатимуть ваші реальні показники. Якщо вам потрібно зробити багато IO, вам потрібно збільшити обидва--io_sizeта --runtimeпараметри. Зауважте, що деякі носії (наприклад, більшість флеш-пристроїв) отримають додатковий знос від таких тестів. На мою думку, якщо будь-який пристрій недостатньо поганий, щоб не обробляти подібні випробування, він не повинен використовуватися для зберігання цінних даних у будь-якому випадку.
Крім того, деякі високоякісні пристрої SSD можуть мати ще більш інтелектуальні алгоритми вирівнювання зносу, коли внутрішній кеш SLC має достатньо розумних місць для заміни даних на місці, які переписуються під час тесту, якщо вони потрапляють у той же адресний простір (тобто тестовий файл менше, ніж загальний кеш SLC). Для таких пристроїв розмір файлу знову починає мати значення. Якщо вам потрібна ваша фактична завантаженість, краще протестувати розміри файлів, які ви дійсно побачите в реальному житті. Інакше ваші номери можуть виглядати занадто добре.
Зверніть увагу, що fioстворити необхідний тимчасовий файл під час першого запуску. Він буде заповнений випадковими даними, щоб уникнути отримання надто хороших номерів із пристроїв, які обманюють, стискаючи дані перед тим, як записати їх у постійне зберігання. Тимчасовий файл буде викликаний fio-tempfile.datу вищенаведених прикладах та зберігається у поточній робочій директорії. Тому спочатку слід змінити каталог, який встановлений на пристрої, який ви хочете протестувати.
Якщо у вас хороший SSD і хочете побачити ще більші числа, збільште --numjobsвище. Це визначає паралельність читання і запису. Наведені вище приклади numjobsналаштовані 1так, що тест стосується читання та запису однопотокового процесу (можливо, із встановленою чергою iodepth). Високий кінець твердотільних накопичувачів (наприклад , Intel Optane) повинні отримати велике число навіть без збільшення numjobsбагато (наприклад , 4має бути достатньо , щоб отримати найбільшу кількість специфікації) , а деякі «Enterprise» SSD - накопичувачі вимагають збирається 32- 128щоб отримати номери специфікації , так як внутрішня затримка тих пристроїв вище, але загальна пропускна здатність божевільна.
