Другое из моего избранного:
При установке компьютера и локального лазерного принтера в системе, у меня была прекрасная идея включить их обоих в UPS компьютера. Когда-нибудь пытайтесь распечатать к локальному лазерному принтеру, когда он будет включен в настольный UPS? Ну, если Вы не знаете, это имеет тенденцию вытягивать все усилители... Который перезапускает компьютер... И задание печати никогда не заканчивается...!
Когда-либо получайте вызов: 'Каждый раз, когда я печатаю, это перезапускает мой компьютер и не печатает!!!'?
Ooops!
JFV
Загрузка является мерой конкуренции ресурса, не только использованием ЦП. Если много процессов застревают в состоянии "ожидания" (такой как из-за высокого диска IO или свопинга памяти), это может вызвать высокую загрузку без эквивалентного скачка в фактическом использовании ЦП. Инструменты как вершина и PS могут быть полезны точке, особенно при использовании некоторых опций настроить вывод. Для использования диска и использования памяти, можно попытаться интерпретировать вывод iostat и vmstat, или установить утилиту, такую как iotop
loadav просто говорит Вам, сколько процессы ставят в очередь для выполнения; Вы можете быть связаны на диске, сети, NFS, конкуренции за блокировку, свопинге или наборе других условий.
Я был бы склонен установить SAR (и использовать-d опцию для дисковой статистики), чтобы собирать данные со временем и видеть то, что продолжается; это даст Вам довольно подробные разбивки Вашего ЦП, профиля памяти и дискового поведения.
Как быстрое эмпирическое правило, если у Вас есть значительное "неактивное" время, показывая в vmstat, вершине, на, dstat, SAR и такие инструменты, у Вас не заканчивается ЦП, у Вас заканчивается некоторый другой ресурс.
Вы могли также смотреть на dstat, который имеет некоторые хорошие плагины для осмотра недостойного поведения приложения.