Падает сервер во время проверки по host-tracker

Смотрите в логе вашего веб-сервера, чего ему не хватает для нормальной жизни.

Не такой уж он и плохой :)

Сами напостили? :)

Это из-за сортировки. Оптимизировать выборку и сортировку. Но если это WP, то сами вы вряд ли ему поможете. Вообще, не думаю, что он расчитан на таких продуктивных авторов :)

Ну это я уже понял, что WP не расчитан на такие большие базы, вот думаю на дедик переходить, иначе всех посетителей растеряю, либо надо как то оптимизировать, настройками mysql уже не получается, настройки апача тоже крутил и в сторону уменьшения и в сторону увеличения, вобще чем база становится больше, тем больше становится время отклика к дальним страницам сайта.

Лучше всего кешировать nginx'ом.

Связка nginx + apache. Можно попробовать увеличить таймауты в nginx.

Реальных причин может быть множество. Слишком тормозящий vds. Движок сайта. Не всключено кеширование статики в nginx. Неоптимальные параметры настройки mysql сервера.

Лечить сервер по фотографии весьма тяжело.

Сообщите хоть какие-то подробности. Дистрибутив, хостинговая панель?

Выдача с top

это вы жжоте, однако))) зачем статику кешировать??

Mister_Black, проверьте лог медленных запросов в мускуле(думаю WP с ним у вас работает), вместо top удобнее пользовать htop(если под линукс), и в моменты тормозов помониторьте в рилтайме текущие запросы в мускуле через mytop.

и, да, таймауты увеличить в энжиниксе больше 30 сек., чтобы дожидался ответа от апача(апач наверняка ждет пока мускуль переварит запросы, скорее всего его и нужно вам тюнить).

есть большая разница отдавать статику апачем или нгинксом

iamsens добавил 09.06.2011 в 14:34

тут только грамотное кеширование спасет

возможно для ВП стоит попробывать другой кеш, к примеру "супер-кеш"

Немного. У меня Joomla 1.5 с такой посещалкой на жалкой VPS-ке с 200Мб ОЗУ работает. Большую часть времени из тех 200 свободно 60-70 Мб.

В вашем случае прежде всего нужно установить и настроить nginx. Также нужно настроить апач, чтобы не валил сервер. Потом можно заняться тюнингом mysql

iamsens, суперкеш не нужен - кешировать можно через сам nginx :)

Может помогу..

А плагина внутр.перелинковки случайно никакого не стоит? А то у меня такая же ситуация была как то(объемы правда гораздо меньше, но тормозило жжуть!).. Отрубил - заработало сразу нормально...

и все же, зачем ее кешировать, если она физически на том же сервере?

по поводу ситуации ТС - выкиньте hyper-cache, потому что он в любом случае дергает php. поставьте super-cache, как уже сказали, и настройте nginx на отдачу закешированной статики (примеров конфигов масса)

поведайте нам как вы собираетесь выборочно дропать кеш. например при добавлении комментария к статье. всего лишь одной статье, из 126К. или будем весь дропать, че уж там?