Это походит на классический случай неправильно выровненного раздела в RAID 5. Сервер 2008 должен предотвратить это с основанным на программном обеспечении RAID, но если плата контроллера делает RAID и представляет единственный "диск" ОС RAID-контроллер, определяет ту проблему выравнивания.
Ваше самое простое большая часть прямой ставки должно скопировать данные, удалить объем набега, создать объем RAID 10 и восстановить данные.
Существует три возможных результата
Ваше чтение и скорости записи заметно увеличиваются в RAID 10 по сравнению с RAID 5. В этом случае Вы берете свое облизывание на меньшем дисковом пространстве для массива, принимающего Вас, может предоставить тот компромисс и назвать это победой. Причины этого - несколько, но знают, что RAID 5 известен за плохую производительность записи, и это не может стоить диагностировать далее. Если Вы не можете иметь дело с потерей пространства, покупают больше дисков и делают другой массив RAID 1 в дополнение к RAID 10 или покупают более высокие полные диски и делают любую комбинацию, которую Вы любите между RAID 1 + 1 или RAID 1 + 10. Это могло рисоваться мелом до медленного RAID-контроллера, неточного совмещения раздела, ошибки драйвера, и так далее.
Ваше увеличение скоростей записи, но чтения не изменяется очень. У Вас есть те же подозреваемые как выше.
Вы не получаете абсолютно никакого увеличения вообще на чтениях или записях. Ваш RAID-контроллер является серьезно недостаточно мощным или существует значительная включенная ошибка.
Вы могли купить лучший контроллер и борьбу с RAID 5 или 6, Вы могли провести больше времени, заставляя RAID 5 работать с существующими аппаратными средствами. Но мне просто лучше избежать основанного на четности RAID в целом.
Счетчик Длина очереди процесса
из объекта счетчика производительности системы Система
:
Длина очереди процессора - это количество потоков в очереди процессора. [...]
Это значение доступно в WMI через Win32_PerfFormattedData_PerfOS_System
.
Я не знаю ни одной такой меры общей нагрузки на работу, это просто процентное соотношение ЦП с некоторой разбивкой по типам требуемых ЦП. Это действительно затрудняет понимание того, насколько перегружена машина. Когда система Linux сообщает о средней нагрузке 63, а система Windows сообщает о 100% ЦП ... ну, они оба работают на пределе, но это все, что вы можете сказать о системе Windows.
Я не уверен, что в окнах есть что-то эквивалентное, и я не уверен, что это что-то значило бы, если бы они были. Из описания я не вижу, как процесс не может быть включен, поскольку даже зависший или приостановленный процесс будет выделять время ЦП. Кроме того, более уместно смотреть на потоки и выполняемые потоки, а не на процессы под окнами, чтобы определить какое-либо понятие нагрузки по предоставленному определению.
Вы можете получить мгновенную загрузку ЦП в процентах с помощью этой команды:
wmic cpu get loadpercentage
Что возвращает:
LoadPercentage
10
К сожалению, я не вижу средних времени от wmic cpu get
, что было бы неплохо.
Если вы используете Python, psutil эмулирует getloadavg () в Windows с помощью длины очереди процессора:
>>> import psutil
>>> psutil.getloadavg()
(3.14, 3.89, 4.67)
PR, показывающий, как это делается: https://github.com/giampaolo/psutil/pull/1485