Как уменьшить потребление памяти Апачем?

Question

[AstonMartin]

Есть дедик на CentOS 5.3 i386 2GB RAM. Софт:
2.2.3-43.el5.centos.3
5.2.14-1.el5.remi
php-eaccelerator.i386
mysql.i386 5.1.36-1.el5.remi

В топе картина часто вот такая:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
29689 apache 17 0 250m 189m 28m D 34 9.4 0:12.28 httpd
29472 apache 16 0 240m 175m 23m S 7 8.7 0:35.23 httpd
29473 apache 16 0 242m 186m 34m S 6 9.2 0:26.83 httpd

Соответственно если нагрузка возрастает, то апач либо перестает успевать обрабатывать запросы либо система уходит в своп (в зависимости от MaxClients):
Сейчас в конфиге апача:

ListenBacklog 1024
StartServers 3
MinSpareServers 3
MaxSpareServers 5
ServerLimit 15
MaxClients 15
MaxRequestsPerChild 500

Загруженные модули:
LoadModule authn_file_module modules/mod_authn_file.so
LoadModule authn_anon_module modules/mod_authn_anon.so
LoadModule authn_default_module modules/mod_authn_default.so
LoadModule authn_alias_module modules/mod_authn_alias.so
LoadModule authz_host_module modules/mod_authz_host.so
LoadModule authz_user_module modules/mod_authz_user.so
LoadModule authz_default_module modules/mod_authz_default.so
LoadModule auth_basic_module modules/mod_auth_basic.so
LoadModule file_cache_module modules/mod_file_cache.so
LoadModule cache_module modules/mod_cache.so
LoadModule include_module modules/mod_include.so
LoadModule filter_module modules/mod_filter.so
LoadModule deflate_module modules/mod_deflate.so
LoadModule log_config_module modules/mod_log_config.so
LoadModule logio_module modules/mod_logio.so
LoadModule env_module modules/mod_env.so
LoadModule mime_magic_module modules/mod_mime_magic.so
LoadModule expires_module modules/mod_expires.so
LoadModule headers_module modules/mod_headers.so
LoadModule unique_id_module modules/mod_unique_id.so
LoadModule setenvif_module modules/mod_setenvif.so
LoadModule version_module modules/mod_version.so
LoadModule mime_module modules/mod_mime.so
LoadModule status_module modules/mod_status.so
LoadModule autoindex_module modules/mod_autoindex.so
LoadModule info_module modules/mod_info.so
LoadModule cgi_module modules/mod_cgi.so
LoadModule vhost_alias_module modules/mod_vhost_alias.so
LoadModule negotiation_module modules/mod_negotiation.so
LoadModule dir_module modules/mod_dir.so
LoadModule alias_module modules/mod_alias.so
LoadModule rewrite_module modules/mod_rewrite.so
LoadModule php5_module modules/libphp5.so
LoadModule rpaf_module modules/mod_rpaf-2.0.so

Собственно вопрос в том как бы сделать чтобы апач не потреблял столько памяти на процесс?

Comments

[Janaaki]

Виртуалхостов в апаче много?

[AstonMartin]

Виртуалхостов не много, штук 40.

Answer 1

[Q2W]

Была в одном проекте у нас подобная проблема. Только у нас был mod_perl.
Апачи весили тоже много.

Так вот, мы взяли весь перловый код подгрузили в апач заранее прям в корневой процесс. Путём указания чего-то типа PerlRequire /path/to/script/with/all/includes.pl в конфиге апача.

И поскольку апач плодится форками, большинство занимаемой нашим перловым приложением памяти используется только один раз, а не по разу на каждый процесс апача.

Так что, если у Вас приложение php'шное живёт тоже в памяти апача, копайте в эту сторону.

Answer 2

[gro]

Мы уменьшили память потребляемую апачем путём сноса его и заменой на nginx

Comments

[AstonMartin]

nginx, конечно же установлен с самого начала.

[Станислав]

А ещё у Nginx иконка красивая, именно по этому на всех моих серверах стоит именно он ;)

Answer 3

[bigdogsru]

Nginx на фронтенд для отдачи статики уже достаточно снижает потребление памяти апачем (у меня на VPS получилось снижение более чем в два раза).

Answer 4

[Sergey]

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

Comments

[AstonMartin]

Да, скорее всего придется искать программера и оптимизировать. Или добавлять памяти ;)

Answer 5

[agh]

Для начала поставить фронэндом nginx это очень просто, правда…
Вот довольно старая запись, но сути не меняет, только сам nginx посвежее из stable соберите с сорцов
www.odmin4eg.ru/2008/nginx-na-ubuntu-prosto/

Comments

[AstonMartin]

Честно говоря, собирать из сорцов это дурной тон. А нгинкс уже установлен.

[agh]

Тогда, только отказ от апача в целом.

Answer 6

[pwlnw]

Найдите какой из скриптов столько жрет.
Если это редко вызываемые единичные скрипты, то можно принудительно останавливать большой апач в конце скрипта вызовом функции php apache_child_terminate.
Если скрипты вызываются часто, перенаправьте в nginx в отдельную копию апача с пониженным числом MaxClients.

Comments

[AstonMartin]

Интересный вариант, спасибо.
Кстати, а есть какие-то способы найти скрипт, который больше всех жрет? Или хотя бы какой виртуалхост?

[pwlnw]

если возможно, в глобальные файлы CMS вставляйте вызов register_shutdown_function где будет записываться объем до и после. При превышении пишите в error_log() или вот такой вариант используйте drupal.org/node/332276

Хотелось бы иметь какой-нибудь модуль, но я не нашел.

[Bambr]

Как вариант — ручками расковыривать /proc/$$/status до запроса и после, и логировать время, номер процесса, урл + обе цифры (там формат файла human readable). Потом проанализируете лог, и разберете подозрительные скрипты. Если проблема проявляется с примерно одинаковой силой независимо от урла — течет где-то в общем коде всех скриптов (чем профайлить это в пхп, не знаю — решал аналогичные проблемы под mod_perl). Если вся память захватывается в одном-двух первых запросах апача независимо от скрипта, то опять же — искать проблемы в общем коде. Если проблема проявляется на конкретных скриптах — самое простое что можно сделать это килять процесс апача при окончании такого скрипта (если не доходят руки решить проблему красиво)

Answer 7

[Влад Животнев]

KeepAlive Off сделайте, статику перевесьте на нжинкс чуть более, чем целиком, и максимальное количество процессов оставьте 3-5 у апача.

На Атом 1.6 такой конфиг выдал мне 20 рандомных страниц с друпала в секунду, скушав около 400 мб памяти. Но тут, само собой, нужен проц хороший — выделенное ядро, а не обрезок из OpenVZ или Xen'a.

Comments

[Влад Животнев]

А да, ещё допишите, чтобы процесс апача падал после 2-3к запросов, чтобы памятью не тек.

[AstonMartin]

Вообще то это все уже есть. А 3-5 процессов это все-таки маловато.

[Влад Животнев]

Ну тогда смотрите в сторону php_fpm. На примерно таком же сервере, как у вас мы крутим форум на SMF с 50к+ посетителей в сутки и там с памятью всё в порядке, мегабайт 500 занято процессами nginx и fpm

Answer 8

[Сергей]

Рекомендую убрать апач и использовать php в режиме fast cgi
Тем более что последние версии PHP поддерживают php-fpm без доработок.

Если используются rewrite правила, то под Nginx не сложно переписать.

Answer 9

[AstonMartin]

А если попробовать перейти на mpm_worker должен быть выигрыш по использованию памяти?

Comments

[AstonMartin]

Вообщем поменял на mpm-worker, вроде памяти стало потребляться меньше и, субъективно, странички стали отдаваться быстрее.