апачь лезет в своп

[MyName]

Есть сервачек на нем стоит примерно 150 wp блогов на часте блогов воткнут piwik. 99% времени все это хозяйство работает нормально. но раз в 2-3 дня повадилось уползать в swap. судя по всему начинает расти размер процесса апача и он загоняет mysql в свап потом сам туда радостно за майскулем лезет.

пробовал ставить рестарт апача+mysql'а раз в сутки нифига не помогло
сейчас играюсь с настройками апача пытаюсь застаить его чаще процессы убивать/Запускать.

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

никто с таким не сталкивался?


зы
падает бессистемно и абсолютно в разное время. поэтому версия о наплыве трафа не катит.. если только боты какие толпой прибегают...

[maxtrade]

Что такое свап?

Пивик на том же серваке стоит?

Если да, то пиздец БД пивика лучше чистить каждые 2 дня, ибо потом он будет все ломать на сервере. Я под него отдельный ВДС покупал, и то он падал. Сайтов правда было около 1к

[choor]

Периодическая оптимизация таблиц может помочь

[MyName]

Сообщение от maxtrade

Что такое свап?

Пивик на том же серваке стоит?

Если да, то пиздец БД пивика лучше чистить каждые 2 дня, ибо потом он будет все ломать на сервере. Я под него отдельный ВДС покупал, и то он падал. Сайтов правда было около 1к

swap - в nix система раздел на hdd куда суется все что не поместилось в рам
он вроде сам старую стату трет по умолчанию за последнии 180 дней хранит. рекомендуете сократить?

[MyName]

Сообщение от choor

Периодическая оптимизация таблиц может помочь

время от времени прогоняю. не помогает нифига. майскуль вроде не разрастается у меня в ram. растет именно потребление памяти процессами апача. тоесть допустиб были 10-15 метров стали 30-40 но на 100% не готов поручится

ps
так делаю

mysqlcheck --repair --analyze --optimize --all-databases --auto-repair

ззы
сейчас сократил лимит на кол-во бездействующих апачей сильно.. ла поднялось раза в 2-3 зато пока не падает... тфу-тфу-тфу правда сутки только прошли

[chesser]

ну ставь nginx+php_fastcgi+php-fpm
заодно и на статике выиграешь в производительности

(nginx можно попробовать на unix сокете, вместо дефолтного tcp сокета, php обвесить акселираторами)

[MyName]

Сообщение от chesser

ну ставь nginx+php_fastcgi+php-fpm
заодно и на статике выиграешь в производительности

(nginx можно попробовать на unix сокете, вместо дефолтного tcp сокета, php обвесить акселираторами)

ставил на несколько серваков) в принципе на глаз 20-30% выигрыш в памяти получается (пхп всеравно своё возмет).. но мне как-то просто апачем удобнее управлять/диагностировать. вообще спасибо за идею стоит попробовать.. но носом чую не поможет. в своп оно уползает аж на ~800 метров.

а вот с акселераторами как-то не сложилось.... eaccelerator раньше любил ставить. но заметил в нем неприятную болячку. через некоторое время php процессы(ngnix) или апачь на 100% кпу вешать начинают грешил на протухший кеш... но удаление кеша не помогло. т.ч. теперь без него большинство серваков живет. остальные даже хз что попробовать.. вроде если верить обзором eaccelerator всех делал да и жалко вечно ram под них выделять (которые требуют).. лучше 10ок индейцев ещё добавить имхо

[sspy]

я поставил виртуалку с 256 памяти, на ней убунту + apache+ mysql. При загрузке свободных около 150 мб памяти, как только открываю wordpress - свободная память скатывается до нуля. значит тут только настройка апача помжет.

[profitbill]

кеширующий плагин ставь для вордпресс
забыл как называется вроде wp_super_cache

[medar]

Боты толпой набегают, конечно. Точнее, один бот вполне может положить все это хозяйство. Проблема не только в апаче, проблема изначально в структуре БД вордпресса. Апач - это следствие.

Тут уже был топик на эту тему, надо патчить ядро вордпресса, убивать один особо жрущий sql-запрос. Но я лично этого не делал, мою фермочку сервак пока тянет.

Плагин кэширования нужен, конечно, но ситуацию он не спасает.