FastCGI PHP и лимит памяти

У меня есть веб-сервер Apache 2.2 с FastCGI и PHP 5.3, я установил лимит памяти в 256МБ в php.ini и с помощью php-cgi -i получил 256МБ. Таким образом, конфигурация правильная, мой процесс успешно читает это значение. Я упомянул это, потому что читал много постов в интернете, где проблема заключалась в неправильном расположении php.ini. В моем случае я уверен, что всё верно.

Мои процессы php-cgi 8 плюс родитель выделяют RSS больше 256МБ, некоторые процессы выделяют даже 700МБ без проблем. Почему?

Какова природа лимита памяти, если некоторые процессы php-cgi могут выделять больше 256МБ?

Я пытался найти какую-либо ошибку, но ничего не нашел.

Мое приложение не использует ini_set для переопределения параметра memory_limit, так что я уверен, что лимит в 256МБ должен соблюдаться.

Настройка PHP memory_limit является виртуальным лимитом памяти. RSS — это показатель физического использования памяти. Они имеют очень мало общего друг с другом.

Настройка memory_limit устанавливает количество виртуальной памяти, которую PHP-скрипт имеет право выделить непосредственно. Это не предел для процесса и это не предел физической памяти.

Мои процессы php-cgi 8 плюс родитель выделяют RSS больше 256МБ, некоторые процессы выделяют даже 700МБ без проблем. Почему?

Вы сказали, что используете FastCGI на вашем веб-сервере, так что я предполагаю, что вы запускаете PHP через PHP-FPM, а не PHP-CGI.

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

Он не выделяет столько памяти — он только отображает столько памяти. Для краткого объяснения различия и почему это важно, вы должны прочитать это.

Ответ Дэвида почти правильный — memory_limit это предел на количество памяти, которое может быть выделено для среды выполнения сценария, сам скрипт, если он не находится в кэше опкод, (и первая компиляция кода) вместе с пространством, выделенным для хранения PHP переменных во время выполнения.

В случае выполнения PHP-кода уже находящегося в кэше опкод, я не знаю, учитываются ли страницы в кэше опкод в использовании, ограниченном memory_limit — и потребовалось бы много усилий на исходный код PHP, чтобы это выяснить.

У меня установлен лимит памяти в 256МБ в php.ini

Это довольно высоко. Поскольку вы не понимаете, как работает управление памятью, мне интересно, почему. Установка лимита слишком высоко ограничивает возможности вашей системы. Выполнение PHP с радостью заполняет пространство до memory_limit. Когда память становится недостаточной, запускается сборка мусора и освобождает место, занятое мертвыми (неиспользуемыми) данными. Если память никогда не становится ограниченной, сборка мусора никогда не происходит.

Как здесь представлено, это не похоже на вопрос об управлении информационными системами в бизнес-среде. Вы сказали в комментариях, что:

Моя проблема в том, что RSS процесса php-cgi неограничен

Но он ограничен лимитом памяти в php.ini. Если вы мне не верите, напишите скрипт, который будет занимать данные, и вы увидите, что в какой-то момент он упадет.

Если вы действительно хотите узнать, как планировать и управлять мощностями системы, то это совершенно другой вопрос — и вы не попробуете ответить на него, глядя на RSS и VSZ.

процессы не убиваются oom-killer, php-cgi начинает использовать своп и замедляет мою систему

Наконец-то! Правильное постановка проблемы!

Почему у вашей системы есть своп, если вы не собираетесь его использовать? Вышеупомянутый линк даст вам несколько советов по настройке вашей системы, чтобы это не происходило. Если это многопользовательская система, где другим приложениям действительно требуется своп, то вы можете разделить их на виртуальные машины или контейнеры.