Утечка памяти в php

[Foma]

Чет вообще не везет.
Решил нагенерить >1лям страниц для доров, ды вот беда, где-то в коде идет утечка памяти, и после 20к страниц пхп сжирает всю память и вылетает.

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

[JackSoft]

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

Чет вообще не везет.
Решил нагенерить >1лям страниц для доров, ды вот беда, где-то в коде идет утечка памяти, и после 20к страниц пхп сжирает всю память и вылетает.

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

Сходу нагуглил:
Это не утечка памяти, а особенности работы с памятью mod_php. Если процесс использовал какой-то объем памяти, а потом освободил ее, то эта память физически не освобождается, а остается за процессом и будет использована в случае повторых запросов памяти. И так для каждого httpd процесса, если у тебя их 100, то рано или поздно все 100 будут занимать столько сколько по максимому запросит php скрипт в рамках каждого дочернего httpd.
Методы лечения:
1. Требовательные к памяти запросы выполнять не через mod_php, а через cgi-версию php.
2. Поставить memory_limit и похоронить жрущие память скрипты (для массового хостинга подходит).
3. Поставить MaxRequestsPerChild 1
4. Использовать два апаче, первый, бэкенд, с mod_php и ограничением на число клиентов в 5-10, второй, легкий фронтенд, с mod_accel или на nginx вместо apache, который будет пронимать запросы от клиентов и переправлять в бэкенд.

[JackSoft]

http://www.linux.org.ru/forum/web-development/1885555

[Foma]

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

Сходу нагуглил:
Это не утечка памяти, а особенности работы с памятью mod_php. Если процесс использовал какой-то объем памяти, а потом освободил ее, то эта память физически не освобождается, а остается за процессом и будет использована в случае повторых запросов памяти. И так для каждого httpd процесса, если у тебя их 100, то рано или поздно все 100 будут занимать столько сколько по максимому запросит php скрипт в рамках каждого дочернего httpd.
Методы лечения:
1. Требовательные к памяти запросы выполнять не через mod_php, а через cgi-версию php.
2. Поставить memory_limit и похоронить жрущие память скрипты (для массового хостинга подходит).
3. Поставить MaxRequestsPerChild 1
4. Использовать два апаче, первый, бэкенд, с mod_php и ограничением на число клиентов в 5-10, второй, легкий фронтенд, с mod_accel или на nginx вместо apache, который будет пронимать запросы от клиентов и переправлять в бэкенд.

Спасибо, покопаю в этом направлении...

[ar4ibas]

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

Чет вообще не везет.
Решил нагенерить >1лям страниц для доров, ды вот беда, где-то в коде идет утечка памяти, и после 20к страниц пхп сжирает всю память и вылетает.

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

1. проапдейть софт (apache\php\eaccelerator итд). имхо это первое с чего нужно начинать.
2. что значит "пхп вылетает"? Работает как cli или mod_php?. смотри что в логах. Если скрипт отваливается изза ограничения по памяти в php.ini (обычно там 32м) то тебе скорее всего нада попробовать оптимизировать свой код (ибо 32м это реально дохуя) и возможно повысить этот лимит.

[t0os]

А поэтапно запускать не вариант? Памяти побольше для php выделить.

[Foma]

Оно 500 метров оперативы сжирает, и больше не может выделить.
Хз что такое, везде переменные ручками очищаю на каждом заходе, а память все равно течет.

[Aston Martim]

Сколько стоит MaxRequestsPerChild?

[chesser]

ну если действительно в алго проблема, то его дебажить надо
если генерится 1кк страниц, значит есть цикл, может в теле цикла переменная/объект копится и достигает немыслимых размеров. Попробуй внутри тела цикла коментить строки, чтобы вычислить примерно какой функционал все портит.
Ну и фунции пхпшные по памяти посмотри, там есть какие-то, которые статистику выводят, сколько занято/свободно

[imgreen]

полюбому дело в коде, но иногда просто не видишь ошибку в упор.