один php-cgi процесс занимает 300М памяти

dron4ik

Новичок
один php-cgi процесс занимает 300М памяти

тестирую связку nginx+fast-cgi

стоит: freebsd 7.0-RELEASE (amd64), nginx 0.6.26, php5.2.5 ставил и настраивал из портов, как тут написано: http://www.lissyara.su/?id=1532, но у меня плюс стоит eaccelerator

тестовый комп: amd64 3800+ 512ram

есть пара тестовых скриптов, представляющих копии реального проекта

вчера, перед уходом с работы запустил:
ab -n1000 -c10 http://адрес/страница1/
ab -n1000 -c10 http://адрес/страница2/

с утра смотрю топ, а все 10 php-cgi занимают от 200 до 300М памяти, вся рам соответственно забита и своп (800М) тоже забит на 99%.

Мне кажется тут что-то не так. Есть идеи?

p.s. ВАЖНО: сейчас запустил:
ab -n1000(0) -c10 http://адрес/страница1/
ab -n1000(0) -c10 http://адрес/страница2/

вот что говорит тор:

last pid: 899; load averages: 0.00, 0.02, 0.09 up 0+00:26:30 12:51:45
34 processes: 1 running, 33 sleeping
CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle
Mem: 38M Active, 15M Inact, 38M Wired, 92K Cache, 27M Buf, 330M Free
Swap: 863M Total, 863M Free

PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND
697 nobody 1 4 0 14440K 5704K kqread 0:13 0.00% nginx
844 nobody 1 4 0 82948K 13024K accept 0:13 0.00% php-cgi
839 nobody 1 4 0 82948K 15456K accept 0:13 0.00% php-cgi
835 nobody 1 4 0 81924K 14192K accept 0:13 0.00% php-cgi
837 nobody 1 4 0 81924K 11448K accept 0:13 0.00% php-cgi
838 nobody 1 4 0 81924K 14488K accept 0:13 0.00% php-cgi
841 nobody 1 4 0 81924K 11448K accept 0:13 0.00% php-cgi
840 nobody 1 4 0 81924K 14364K accept 0:13 0.00% php-cgi
843 nobody 1 4 0 82948K 14732K accept 0:13 0.00% php-cgi
836 nobody 1 4 0 82948K 15172K accept 0:12 0.00% php-cgi
842 nobody 1 4 0 81924K 12288K accept 0:12 0.00% php-cgi
877 root 1 96 0 7656K 2120K RUN 0:00 0.00% top
790 nobody 1 8 0 80900K 8836K wait 0:00 0.00% php-cgi
695 root 1 20 0 14440K 4436K pause 0:00 0.00% nginx

тоесть повторить такое СЕЙЧАС не получилось, но всё-де хотелось-бы выяснить почему могут происходить такие утечки, чтобы на рабочих серверах такого не повторилось.
 
Сверху