Загрузка ЦП низка, но выменены процессы, а заблокированные процессы высоки

Испытываете ли вы 100% загрузку всех 32 процессорных ядер или только нескольких? Я не могу говорить о статистике, которую вы опубликовали, поскольку она довольно нечитаема, но я попытаюсь дать некоторые общие ответы на то, что вы испытываете:

Заблокированные / выгруженные процессы Иногда процессы в серверной ОС связываются с конкретным ядром ЦП и используют ТОЛЬКО это ядро ​​для любых задач, игнорируя все остальные ядра. Как правило, это более серьезная проблема для более старых программ, которые не предназначены для работы в многоядерных системах. Конечный результат - если у вас есть несколько процессов, которые делают это, и они решили использовать одно и то же ядро, они будут постоянно блокировать и заменять друг друга, чтобы делать то, что им нужно, в то время как другие ядра простаивают, ничего не делая. Иногда вы можете настроить программное обеспечение для выбора определенных ядер и вручную "сбалансировать" нагрузку на ваши процессоры (аналогично ручным настройкам IRQ в тот день), но это, очевидно, нежелательно, так как требует ручной настройки с вашей стороны, и вы может привести к тому, что все ухудшится. Выясните, какие процессы блокируют друг друга, и сосредоточьтесь на них. Я сомневаюсь, что у вас узкое место в процессоре с 32 ядрами, но я также не могу сказать наверняка. Прочтите документацию по процессам / программному обеспечению, чтобы узнать, что рекомендует поставщик, и можете ли вы даже настроить процесс для этого.

Заблокированные / выгруженные процессы выше, чем запущенные процессы Вероятно, происходит то, что ваш счетчик производительности просто срабатывает каждый раз, когда процесс блокируется / выгружается и не показывает ТЕКУЩИЕ заблокированные / поменяемые процессы, поэтому он всегда должен быть выше, чем ваши запущенные процессы (что и говорит - количество запущенных в настоящее время процессов в вашей системе). Это не должно быть проблемой.

У вашей виртуальной машины столько же процессоров, сколько у хост-системы? если это так, то это плохо, и это может помешать правильной работе планировщика. То есть, если у вас 8-ядерная система, то ни в одной системе на этом компьютере не должно быть назначено 8 ядер. Вы можете иметь 20 виртуальных машин с назначенными 4 ядрами, и это не проблема, но 1 блок с назначенными 8 ядрами может вызвать проблемы под нагрузкой.

На первый взгляд, ваша система испытывала острую нехватку оперативной памяти в прошлом. Средняя частота сканирования с момента последней загрузки составляет 117, в то время как она должна быть равна 0 или близка к ней в системе с достаточным объемом ОЗУ. Похоже, это подтверждается вашей колонкой 31 w, что, вероятно, означает, что 31 демон был заменен во время нехватки памяти и никогда не возвращался без использования.

Есть ли у вас какие-либо автоматизированные процессы резервного копирования или что-то, что могло бы перебивать диски? Это звучит смутно, как будто у вас проблемы с IOwait. Можете ли вы получить снимок mpstat, когда ваш сервер недоволен? Вы могли бы, вероятно, исключить проблему дискового ввода-вывода, выполнив небольшие записи 5 ГБ на диск или что-то в режиме DIRECT_IO (чтобы обойти тот факт, что на этом сервере можно кэшировать половину земли в свободной памяти). Кроме того, пытались ли вы (если можете) изучить ваши запросы в течение этого времени? Может быть, кто-то хлопает вас кучей полноиндексных сканирований или что-то в этом роде?