WordPress на IIS: высокая загрузка процессора
мы используем WP 4.0 на IIS 7 и интенсивно используем процессор: регулярно добавляем до 25% для одного процесса (php-cgi.exe) в пул (w3wp.exe), который иногда суммируется за 3 или больше процессов до> 60% (как видно из sysinternals Process Explorer).
Я уже проверил, что FastCgi активен и даже установил wincache для php — что помогло немного. А также я деактивировал все плагины — что также принесло лишь незначительное улучшение.
Наша система:
- 3 процессора Intel Xeon 3,7 ГГц
- 12 ГБ оперативной памяти
- WP 4.0
- Microsoft IIS 7
- Версия PHP: 5.3.23 / 32-битная ОС
- Ограничение памяти: 128 МБ
- Использование памяти: 21,65 МБ
Есть идеи, что можно сделать по этому поводу? Изменить некоторые настройки для FastCgi или Wincache? Нужно ли нам лучшее оборудование?
ваше:
Феликс
Решение
Это рабочий сервер? Я мог только догадываться … Требуется больше информации, чем просто указание ресурсов, которые у вас есть. Я дам вам несколько очков, чтобы начать.
Похоже, у вас много памяти и ресурсов процессора. Ваше оборудование СКАЛА и вам не нужно лучшее оборудование! Но! Одна большая проблема, которую я вижу, — это ОС (на мой взгляд). Есть ли что-нибудь еще на этой машине?
Вы конвертируете фотографии, выполняете какие-то интенсивные операции с процессором в рамках установки WP? Есть оптимизаторы изображений? Вы отображаете / изменяете размеры каких-либо изображений? Попробуйте отключить все плагины, которые у вас есть, а также кэширование — плагины или серверную часть. Еще одна вещь, которую стоит попробовать — это изменить тему на одну из стандартных.
Сколько просмотров страниц у вас есть?
Попробуйте установить для параметра Макс. Экземпляров в разделе IIS Server -> FastCGI Settings значение 1.
Попробуйте отследить, какие именно запросы вызывают php-cgi.exe и используют процессор.
И в конце концов, я бы порекомендовал запустить WordPress на Linux-машине с NGINX и, если возможно, Lighttpd для обслуживания статического контента, если вы не удовлетворены обоими, попробуйте запустить Apache 2.4 с MySQL 5.5. Например, установите Oracle VM Virtualbox и запустите ОС Debian или любую другую удобную для вас систему и посмотрите, есть ли у вас такая же проблема.
Если ОС Windows не нужна ни для чего другого (чего мы еще не знаем), по возможности, переключитесь на благоприятный Linux.
Другие решения
Других решений пока нет …
detector