Интуитивно, я подозревал бы дисковую проблему как самую прямую причину, но это не означает, что Ваши диски являются слишком медленными. Ваш iowait % от iostat не указывает, что любые пользовательские процессы проводят много времени, ожидая диска ввод-вывод. Однако Ваше процессорное время на kswapd дает мне повод для беспокойства:
root 493 0.1 0.0 0 0 ? S< 2010 94:48 [kswapd1]
242 МБ подкачки, которую Вы используете, не могут походить на много, но поражать такое процессорное время в систему, на которую это только возросло в течение 42 дней, Вы или получили большой случай действия подкачки, или это берет навсегда для окончания, после того как это запускается из-за другой дисковой конкуренции. Является ли это источником Вашей проблемы или нет, это - что-то, что я определенно изучил бы.
Можно ли работать sar -W
и отправьте статистику подкачки для своей системы?
Наиболее распространенной причиной высокой загрузки являются медленные диски. Попытайтесь выполнить следующее
sar -d 5 0
и рассмотрение %util поля. Если то число составит более чем 70% для какого-либо из Ваших дисков, то тот диск будет медленным в обработке порождения запросов IO высокой загрузки.
Править: Это могло бы достигнуть хорошо 70%, но в этом суть где Вы, вероятно, начнете видеть снижение производительности. Чем выше Вы идете, тем хуже это станет.
Много системных процессов в "S <" состояние. На моей машине они перечислены как являющийся только в "S". От PS человека: < high-priority (not nice to other users)
. Что-то выглядит действительно завинченным. Попытайтесь обновить свое ядро, если оно может быть сделано и перезагрузка.
Какое сетевое соединение Ваш сервер имеет? Я видел, что загрузки взлетают в ситуациях, где соединение с переключателем, как предполагалось, было полным дуплексом на 100 Мбит/с, но по некоторым причинам было согласовано как полудуплекс на 100 Мбит/с. После того, как я вызвал 100M-FD режим с ethtool, загрузки, опущенные ниже 1 и сетевые скорости передачи, возвращенные к нормальному.