Занятость не равна медленному запросу
В журнале NVMe можно увидеть Controller Busy Time. Поле описывает накопленное время по предусмотренному определению, а не задержку последней операции. Поэтому большое значение не является доказательством медленного SSD. Прежде чем делать вывод, нужно установить единицу, область и то, как программа перевела исходные данные для пользователя.
Материал посвящён аппаратной семантике, а не расписанию мониторинга накопителя. Он не повторяет общую расшифровку SMART. Здесь нет выдуманных задержек моделей и прогноза оставшейся жизни. Для точного чтения нужны редакция спецификации и описание инструмента, а удобное слово Busy нельзя считать полноценным объяснением внутренней работы каждого узла контроллера.
Что учитывает модель
Определение связано с занятостью I/O в применимой модели команд. Но оно не обязано быть прямым секундомером физической активности всех ячеек NAND. Нельзя по одному полю восстановить расписание внутренних операций или число работающих кристаллов. Хостовый интерфейс и внутренняя реализация имеют разные границы наблюдения и требуют разных источников.
Также время с незавершённой работой не является суммой длительностей всех одновременно обрабатываемых команд. Если интервалы перекрываются, простое сложение отвечает другому вопросу. Поэтому нельзя умножить накопленное время на предполагаемую глубину очереди и объявить результат точным объёмом аппаратного труда или временем каждого отдельного запроса.
Масштаб
Стандартное представление Controller Busy Time использует минуты. Но программа может переводить их в другие единицы и округлять. Нельзя читать исходное число как микросекунды или повторно пересчитывать уже готовый вывод. Для отчёта полезно сохранять исходную запись вместе с понятным переводом и точным определением источника, а не только удобную подпись.
Крупная единица ограничивает наблюдение короткого окна. Если счётчик не изменился за небольшой интервал, это не обязательно полное отсутствие I/O. Однако нельзя дописывать предполагаемую активность ради гладкого графика. Для мгновенной задержки нужен самостоятельный метод измерения, а не деление накопленного поля с грубой дискретностью на очень короткое время.
Latency
Задержка запроса имеет начало, конец и область измерения. Она может включать разные этапы в зависимости от инструмента. Поэтому её нельзя получить простым чтением Busy Time. Даже разность двух снимков не даёт распределение задержек. Среднее и редкие длинные ожидания требуют своих данных, которые один накопленный счётчик не содержит.
Нельзя также делить любое число операций на занятое время и объявлять результат универсальной скоростью приложения. Нужны согласованные интервалы, область и учёт параллелизма. Корректная арифметика не спасает несопоставимые исходные величины. Для редакционного текста лучше ограниченный вывод, чем точный на вид показатель, построенный на разных определениях работы.
Сравнение двух накопителей
Разная накопленная занятость может отражать разную историю, а не качество устройств. Меньшее число не является преимуществом само по себе. Для выбора нужен сопоставимый сценарий и результат. Нельзя ранжировать новые и использованные экземпляры по одному общему счётчику, не зная источника, контекста и других условий их применения.
Внешний мост также может ограничивать чтение журнала. Отсутствие строки не равно нулевой занятости. Если программа предоставляет другое поле, его нельзя подставить по сходному названию. В отчёте сохраняют путь подключения и версию, а недоступные сведения оставляют неизвестными вместо восстановления по одному проценту активности в системном мониторе.
Телеметрия и диагноз
Высокая активность не доказывает неисправность. Задача может действительно выполнять много работы. Но общим объяснением нельзя отменять пользовательский симптом и предупреждение. Если доступ нестабилен или возникают ошибки, действуют по поддерживаемой диагностике, не продолжают нагрузку на единственной копии данных ради красивого графика и не назначают замену по одному счётчику.
Для технического обращения запишите модель, прошивку, исходное поле, единицу и интервал. Отдельно укажите нагрузку и симптом. Не смешивайте время включённого питания, занятость и задержки. Эти сведения дополняют друг друга, но не являются тремя вариантами одной шкалы здоровья и не дают универсальной даты отказа устройства.
Часы питания
Power On Hours и Controller Busy Time имеют разные определения. Длительное включение не означает постоянную I/O-работу, а занятость не является возрастом устройства в календаре. Поэтому отношение двух чисел без согласования источников не становится точным процентом загрузки за всю жизнь. Нужно знать области и правила каждого счётчика.
Также накопленная история не раскрывает текущую задержку. Один SSD мог работать дольше в лёгком сценарии, другой — короче в интенсивном. Это не даёт готового рейтинга качества. Для выбора нужны одинаковая работа и прозрачный тест, а для диагностики — подтверждённый симптом. Сравнение несопоставимых историй не становится достоверным после округления к одинаковым единицам и не позволяет назначить вероятность отказа по простой арифметической дроби.
Перед публикацией
Определения и модельная реализация требуют NEEDS_FACTCHECK_LATER. Главный вывод: Controller Busy Time — накопленный показатель определённой занятости, не latency и не сумма времени каждой команды; короткие интервалы, параллелизм и перевод единиц требуют отдельного учёта, а состояние SSD не оценивают по одному числу.