Сначала Вы могли выполнить вершину.. исследовать если Ваша испытывающая высокая загрузка. Если у Вас нет действительной нагрузки, но Вы видите, что высокий IO ОЖИДАЕТ % затем, это - возможно проблема IO.
Вы могли установить sysstat пакет. Это идет с SAR, который является удобным util для examing счетчиков производительности.
http://www.linux.com/archive/feed/52570
Короткое все же resonible статья об использовании SAR.
Вам можно было также засовывать апачские процессы, становящиеся.. PS aux перечислит процессы, работающие на машине.. Вы могли использовать это для наблюдения, с какого количества апачских потоков Вы запускаете.. если они, кажется, продолжают расти, и не умереть это могло бы также привести к ухудшенной производительности.
T
Вы не упомянули об этом в своем вопросе, но у меня есть достоверные сведения, что вы используете прокси-сервер Nginx за другим Nginx на общем хосте. ;)
На момент написания этой статьи модули gzip Nginx по умолчанию используют HTTP 1.1, но Nginx может использовать только HTTP 1.0 при взаимодействии с внутренними серверами, поэтому решение состоит в том, чтобы установить gzip_http_version
в вашем nginx.conf
, например так:
gzip_http_version 1.0;
Перезагрузите Nginx после внесения этого изменения, и вы должны работать.