Почему php-fpm жрёт память?

Question

[47911]

Здравствуйте.
Вообщем: есть 4 версии php-fpm на сервере, крутятся, никого не трогают.
Пример средне-статистического конфига сайта:

Конфиг Тестового Сайта

[sait.ru]
user = aaaa
group = bbbb
listen = /var/run/php7.4-fpm-sait.ru.sock
listen.owner = user1
listen.group = user1
pm = dynamic
pm.max_children = 20
pm.start_servers = 5
pm.min_spare_servers = 1
pm.max_spare_servers = 5
pm.max_requests = 500
chdir = /
env[TMP] = /ru/.tmp
env[TMPDIR] = /ru/.tmp
env[TEMP] = /ru/.tmp
php_admin_value[cgi.fix_pathinfo] = 0
php_admin_value[open_basedir] = /ru/public_html/:/ru/.tmp/
php_admin_value[session.save_path] = /ru/.tmp/

В главном конфиге:

Главный конфиг PHP, отличия от стандартного при установке

zend_extension = /***/ioncube_loader_lin_7.4.so
disable_functions = ***(не думаю что список важен)
mail.log = '/***/phpmail_7_4.log'
session.gc_probability = 1
session.gc_divisor = 100
memory_limit = 32M

Есть "opcache" на PHP.

Смотрю на "тестовый сайт". Домен 3 ур. Нигде не рекламированный. После запуска PHP сразу 20 процессов php-fpm. Через часов 6-12 они по 1 гигу начинают занимать.

Это как? Для "тестового сайта", указанные настройки - то что "должно действовать"(сам щас посмотрел)

Comments

[キム ファイブプラス]

dynamic - динамически изменяющееся число дочерних процессов, задаётся на основании следующих директив: pm.max_children, pm.start_servers, pm.min_spare_servers, pm.max_spare_servers.

pm.max_children int
Число дочерних процессов, которые будут созданы, когда pm установлен в static, или же максимальное число процессов, которые будут созданы, когда pm установлен в dynamic. Этот параметр является обязательным.

Мало данных.

[47911]

キム ファイブプラス,
так число не меняется. Они просто:
с 20 процессов по 100 мб начинают превращаться в "20 процессов по 1 гигу". Это как так? Или я чего-то не так понял в механике?

[Станислав]

47911, я не дам вам способа решения, так как сам его в своё время на нашел. Был дедик с большой БД и обработчиком в виде PHP, пока данный проект пилили заметили странное потребление ОЗУ. В итоге база данных и сам PHP падали из-за нехватки ОЗУ (на сервере было 16ГБ), помогла банальная переустановка ОС на сервере, в чем была причина данного поведения PHP - так и не поняли. Такое ощущение, что у PHP 8.* при тех или иных событиях есть проблемы с утечкой памяти, а конкретно в том, что PHP по какой то причине не очищает ОЗУ после отработки скрипта.

[batyrmastyr]

47911, по идее уже 7.0 не имел таких проблем, так что если исключить баг именно в установленной у вас версии, останется:
1) может где-то в коде всё пихают в «безразмерный» кеш Apcu
2) какое-то расширение типа ioncube с ума сходит.
3) вы из базы пытаетесь вытащить огромные объёмы данных или код очень неэффективно написан.

Чтобы исключить описанное Станиславом попробуйте убрать нафиг фреймворки, оставить тупой скрипт на php который ни от чего не зависит, просто выплёвывает немного html. Если жор прошёл, то по частям возвращаете функционал.

[Everything_is_not_so_bad]

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