Постоянно падает php-fpm приходится делать рестарт

Так я знаю где эти медленные скрипты, они медленные из-за того, что в них идет вызов функции file_get_contents, которая подтягивает контент из выдачи поисковиков интернета. Соотвественно такой скрипт выполняется как минимум несколько секунд в лучшем случае.

Но что с того, если мне эти скрипты нужны, ускорить их по понятной причине и не получится...

Проблема как раз в наличии медленно работающих скриптов. Баг начал проявляться после того, как та система с медленными скриптами была добавлена на сервер.

Это не моя фантазия, читай ответ автора темы. Одни люди пишут софт с ошибками, другие не обновляют софт.

5 процессов это не более 5 пользователей включая внутренний запросы. Обычный дефолт для средних серверов 100-150.

У него разрешено только пять процессов. 10-100 это совершенно нормальные значения.

Смело увеличивай pm.max_children до 20. Это совершенно нормальное значение для выделенного сервера с 3-4Гб памяти и вашей задачи.

Ссылка специально для "специалистов по Debian" php.net/manual/ru/install.fpm.configuration.php и далее pm.max_children

5 это число между 4 и 6. У меня на серверах pm.max_children до 1000, если вы конечно работали с мощными серверами и большими нагрузками.

Если для Вас pm.max_children=5 нормально, то вы наверно обслуживаете VPS-ы за $10.

НУ я не слишком большой специалист, но позволю себе с вами не согласится. Один чилдрен может обслуживать не 1 процесс, а много, сколько именно зависит от других параметров. Если бы это было только 5, то никак такое значение по дефолту в настройках не могло бы даже быть.

---------- Добавлено 11.08.2012 в 17:44 ----------

Да, проблема в медленных скриптах, но все равно же при правильных настройках не должен падать php, ну пусть выполняет медлнее - не вопрос, но почему он должен от этого падать.

Дефолт рассчитан на VPS с 256-512Мб

1 процесс = 1 рабочий процесс PHP, в лучшем случаи 1 запрос

---------- Добавлено 11.08.2012 в 18:47 ----------

Какая версия PHP?

Ссылка специально для "специалистов по Debian" php.net/manual/ru/install.fpm.configuration.php и далее pm.max_children

5 это число между 4 и 6. У меня на серверах pm.max_children до 1000, если вы конечно работали с мощными серверами и большими нагрузками.

Если для Вас pm.max_children=5 нормально, то вы наверно обслуживаете VPS-ы за $10.

Ну раз нет желания пускать за свой сервер, то я даю правильный путь

1. Собрать php с debug

2. Подождать когда выпадет в кору

3. Натравить gdb и найти прчину

Учитывая уровень знаний, займет пару месяцев

Удачи!

Собственно, я и не вам отвечал :)

Да, я тоже склонен так думать. И писал вам об этом выше.

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

Ваша. Вы не обращаете внимание даже на то, что ошибки никак не коррелируют.

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

Да ну :) Мы еще и как работает HTTP не знаем?

Даже ТС понимает, что с вашей "арихметикой" - рановато еще выбираться из школы...

Ну-ну. Для тех, кто не понимает для чего данный лимит нужен, зачем вообще системный администратор серверу и не постесняется отдать ~4Gb "просто так" толпе "нервно курящих" php-fpm детей (20/30Mb - вполне типичные значения).

Телепатия искрит...

В нормальном дистрибутиве должно быть достаточным установить пакеты с отладочными символами.

В PHP было много ошибок... есть ошибки SIGSEGV при получении request_terminate_timeout... есть ошибки SIGSEGV при использовании epoll и достижения max_children.

Превосходно знаю HTTP. Не вижу аргументов.

Вы не понимаете зачем нужен лимит и почему он равен 5.

Для "супер" админов поясняю:

весть софт по дефолту не должен вызывать OOM, на любом железе. С учетом max_memory 128M выбрали маленький max_children...что бы скрипты, которые могут использовать 128M не вызывали OOM.

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

Не сомневаюсь. Просто ваше предположение о какой-либо связи сегфолта и превышения max_children из области "почему бы и нет". Только и всего.

Покуда "процессы" с "пользователями" путать будете - и не увидите. 5 - это просто столько одновременных обрабатываемых (не в беклоге, форкнут процесс) запросов к бакенду. Не больше. Одновременных "пользователей" же на сайте может быть за сотни.

Правда? 😂

Ну, "супер-админы" вызовут ООМ иначе - отдадут всю память толпе php-fpm, так? Впрочем, им даже больше "повезет" - сервер просто уйдет в своп.

Вас закоротило?

То, что кто-то не рекоммендует менять настройки тупо и бездумно - не значит что он никогда их не меняет. Ровно наоборот. ТС нужно учесть потребление памяти, убедиться что медленные скрипты починить не получится, убедиться что на ваши 100 чайлдов (или скока?) php-fpm ее хватит (и еще останется всяким mysql, кешам файловой системы и проч и проч) - и только после этого что-то менять.

PS: А вообще, если для скриптов сайтов типична работа в виде "прокси" (парсеры контента внешних сайтов) - это может быть случай, когда не нужно было городить всякие nginx-сы и ТС хватило бы обычного апача.

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

Раз Вы такие умный, что не посоветовал отдельный php-fpm... можно медленные скрипты(сайт) и нормальные разделить. Для нормальных max_children=5(или 10) и медленным max_children=5(или 10)

А еще можно формулу привести max_children=(ALL_MEMORY - (NGINX/MYSQL/etс)) / 25M (точное значение узнать в ps)

Мой совет, отдельные php-fpm и подбор параметров max_children. И конечно обновление PHP

И "одновременно" ее получат... Разница невелика, если скрипты не по секунде отрабатывают. Будет больше запросов к динамике - подождут в backlog. Если увеличите maxclients - выжрут при этом больше памяти и будут тоже ждать, просто в разных местах обработки скрипта. Что лучше - хороший вопрос, но с необходимостью выставить maxclients > 20-30 сталкивался достаточно редко.

Патамушта я умный и учитываю кому и что советую. Это может быть непростым для ТС.

Ну, на таком уровне я ее привел. Только формулой язык назвать не поворачивается.