Особисто я використовую команду iostat -xk 10і дивлюся на awaitколонку.
- -x Відображення розширеної статистики.
- -k Відображення статистичних даних у кілобайтах на секунду. Або використовувати m для мегабайт / с.
- 10 інтервал відображення в секундах
Це практично ідентичний показник для Windows Середній диск / сек / передача і вказаний у мс замість секунд. Тому подібні правила можна застосувати, хоча це залежатиме від різного роду. Зазвичай я вважаю, що користувачі починають бурчати в 15 і 20 хвилин - це дуже погано.
Натисніть ctrl + c, щоб вийти, або вкажіть кількість ітерацій для перегляду за допомогою параметра count. Зауважте, що результат першої ітерації сильно перекошений за рахунок малого часу вибірки, що використовується в першій ітерації.
Зі man iostatсторінки
очікувати Середній час (в мілісекундах) для запитів вводу / виводу, виданих пристрою, що обслуговується. Сюди входить час, витрачений на запити в черзі, і час, витрачений на їх обслуговування.
Редагувати:
await це основний показник, який я використовую для перегляду диска під виробничими навантаженнями, щоб побачити, чи здатна його пропускна здатність та iops бути в курсі попиту.
% Iowait stat - це більше про баланс між процесором та використанням диска. % IOSTAT залишатиметься нижче , ніж очікувалося , якщо і процесор , і активність диска високі. З іншого боку, починаючи з досить низького рівня використання диска,% iostat може бути відносно високим, якщо процесор простоює. Це, як сказано, очікує, що потрібно вживати разом із зерном солі. Якщо відбувається багато послідовного читання / запису, це перетворить фігуру на нижчу величину, і ваше правило 18 ~ 20 мс не буде корисним за цих умов, оскільки більшість фрагментів, що записуються, будуть послідовними даними та будуть обслуговуватися на диску дуже швидко, в той час як інший випадковий io буде чекати, завдяки вбудованій на диск системі Native-Command-Queuing (NCQ) для оптимізації пропускної здатності, дозволяючи диску вибирати послідовність, яку запити обслуговують.
ioping