Это узкое место на диске?

Не видно белой линии. Следите за своим масштабированием. Ваш масштаб для длины очереди установлен на 100. Означает, что измерение 1 отображается как 100. В любом случае среднее значение 62 с максимумом 819, что является слишком высоким. Похоже, что у вас есть своего рода узкое место ввода-вывода.

Я думаю, что это больше проблема с физическим диском. Вы проверили фрагментацию диска? Вы также запускали чекдиск? Это может пролить свет на физические проблемы. Вы говорите, что сайт не отвечает. Это происходит, когда вы заходите на сайт локально? Или просто внешний с этого сервера?

Извините за дополнительные вопросы в ответе.

Невозможно ответить, потому что у нас нет всей информации. Длина очереди в целом совершенно бесполезна в качестве счетчика - подсистемы могут иметь большие очереди, не замедляясь.

Есть еще один набор куотнеров, который говорит секунды / чтение или секунды / запись. Это (* 1000, чтобы получить миллисекунды) более полезно. Меня не волнует, как долго будет очередь - меня волнует, когда я перекрываю диск, а это когда время отклика становится медленнее.

Это заблуждение, что люди думают, что длина очереди без LO интерпретации и дополнительной информации полезна.

Хотите экстрима? Я знаю sql-сервер, имеющий очередь дисков длиной 255 ... на каждый из них почти 30 дисков. Он имеет 30 дисков, чтобы иметь возможность помещать в более крупные очереди, поскольку драйверы допускают максимум 255 для одного диска.

Плохой? ну, восходящий канал - это несколько 8-гигабитных волоконно-оптических каналов к 160-дисковой HP EVA SAN с 32-гигабайтной кэш-памятью. Время отклика составляет STILL1–2 миллисекунды с этими длинами очереди. Итак, длина здесь совершенно бесполезна. Секунды / x дают мгновенное ответное число без особой интерпретации.

Обновление: если это у вас один диск, возможно, SATA, тогда да, длина слишком велика, ваш ввод-вывод полностью перегружен.