myhand: Покуда "процессы" с "пользователями" путать будете - и не увидите. 5 - это просто столько одновременных обрабатываемых (не в беклоге, форкнут процесс) запросов к бакенду. Не больше. Одновременных "пользователей" же на сайте может быть за сотни.
Пять пользователей могут одновременно запросить динамику... может быть еще хуже, если каждый запросить несколько запросов к 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
myhand: Ваша. Вы не обращаете внимание даже на то, что ошибки никак не коррелируют.
В PHP было много ошибок... есть ошибки SIGSEGV при получении request_terminate_timeout... есть ошибки SIGSEGV при использовании epoll и достижения max_children.
myhand: Мы еще и как работает HTTP не знаем?
Превосходно знаю HTTP. Не вижу аргументов.
myhand: Ну-ну. Для тех, кто не понимает для чего данный лимит нужен, зачем вообще системный администратор серверу и не постесняется отдать ~4Gb "просто так" толпе "нервно курящих" php-fpm детей (20/30Mb - вполне типичные значения).
Вы не понимаете зачем нужен лимит и почему он равен 5.
Для "супер" админов поясняю:
весть софт по дефолту не должен вызывать OOM, на любом железе. С учетом max_memory 128M выбрали маленький max_children...что бы скрипты, которые могут использовать 128M не вызывали OOM.
myhand: Телепатия искрит...
Мне жалко ваших клиентов, которые работают на дефолтных настройках PHP... Пора наверно научиться конфигурировать PHP, что бы он мог обрабатывать более 5-ти запросов.
Для Seagate Raw_Read_Error_Rate и Seek_Error_Rate можно игнорировать. Даже на новых дисках Seagate Raw_Read_Error_Rate и Seek_Error_Rate имеют большие значения.
Reise: НУ я не слишком большой специалист, но позволю себе с вами не согласится. Один чилдрен может обслуживать не 1 процесс, а много, сколько именно зависит от других параметров. Если бы это было только 5, то никак такое значение по дефолту в настройках не могло бы даже быть.
Дефолт рассчитан на VPS с 256-512Мб
1 процесс = 1 рабочий процесс PHP, в лучшем случаи 1 запрос
---------- Добавлено 11.08.2012 в 18:47 ----------
Reise: Да, проблема в медленных скриптах, но все равно же при правильных настройках не должен падать php, ну пусть выполняет медлнее - не вопрос, но почему он должен от этого падать.
Какая версия 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.
myhand: Самого "интересного" не рассказали - таки причем сегфолт к какой-то "медленности вызова функции"?
Тем паче, что "связь" настолько странная - что даже во времени никакой корреляции не видно. Или чукча просто не читатель?
Это не моя фантазия, читай ответ автора темы. Одни люди пишут софт с ошибками, другие не обновляют софт.
myhand: "Отсюда не видно", что имеет смысл увеличивать что-то даже и в два раза, не то что в 20. Забыли в подписи вывеску "лечим по фотографиям"?
5 процессов это не более 5 пользователей включая внутренний запросы. Обычный дефолт для средних серверов 100-150.
myhand: Которая абсолютно никак не поможет ТС найти "тяжелые" скрипты.
У него разрешено только пять процессов. 10-100 это совершенно нормальные значения.
Reise: Так я знаю где эти медленные скрипты, они медленные из-за того, что в них идет вызов функции file_get_contents, которая подтягивает контент из выдачи поисковиков интернета. Соотвественно такой скрипт выполняется как минимум несколько секунд в лучшем случае.
Смело увеличивай 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)Собрать из исходников
2)Использовать пакеты из lenny
3)Установить lenny
Покуда "процессы" с "пользователями" путать будете - и не увидите. 5 - это просто столько одновременных обрабатываемых (не в беклоге, форкнут процесс) запросов к бакенду. Не больше. Одновременных "пользователей" же на сайте может быть за сотни.
Пять пользователей могут одновременно запросить динамику... может быть еще хуже, если каждый запросить несколько запросов к 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
Вам нужен PHP 5.2 и Zend Optimizer. Скачать можно по ссылке http://www.zend.com/en/products/guard/downloads
Наверно ошибка в имени вашего почтового домена(Вы задавали при установке).
Логи керио нужны, что бы сказать точнее.
Я так понял, это Seagate?
Если обратиться в саппорт, вроде-бы должны бесплатно менять, нет?
Да, это Seagate. Для Seagate Raw_Read_Error_Rate и Seek_Error_Rate бесполезны и их можно игнорировать.
Большинство хостеров откажет Вам в замене исправного диска. По SMART-ам диск исправный.
Советую делать backup и следить за изменением SMART-ов.
Ваша. Вы не обращаете внимание даже на то, что ошибки никак не коррелируют.
В PHP было много ошибок... есть ошибки SIGSEGV при получении request_terminate_timeout... есть ошибки SIGSEGV при использовании epoll и достижения max_children.
Мы еще и как работает HTTP не знаем?
Превосходно знаю HTTP. Не вижу аргументов.
Ну-ну. Для тех, кто не понимает для чего данный лимит нужен, зачем вообще системный администратор серверу и не постесняется отдать ~4Gb "просто так" толпе "нервно курящих" php-fpm детей (20/30Mb - вполне типичные значения).
Вы не понимаете зачем нужен лимит и почему он равен 5.
Для "супер" админов поясняю:
весть софт по дефолту не должен вызывать OOM, на любом железе. С учетом max_memory 128M выбрали маленький max_children...что бы скрипты, которые могут использовать 128M не вызывали OOM.
Телепатия искрит...
Мне жалко ваших клиентов, которые работают на дефолтных настройках PHP... Пора наверно научиться конфигурировать PHP, что бы он мог обрабатывать более 5-ти запросов.
Что за производитель дисков?
Для Seagate Raw_Read_Error_Rate и Seek_Error_Rate можно игнорировать. Даже на новых дисках Seagate Raw_Read_Error_Rate и Seek_Error_Rate имеют большие значения.
НУ я не слишком большой специалист, но позволю себе с вами не согласится. Один чилдрен может обслуживать не 1 процесс, а много, сколько именно зависит от других параметров. Если бы это было только 5, то никак такое значение по дефолту в настройках не могло бы даже быть.
Дефолт рассчитан на VPS с 256-512Мб
1 процесс = 1 рабочий процесс PHP, в лучшем случаи 1 запрос
---------- Добавлено 11.08.2012 в 18:47 ----------
Да, проблема в медленных скриптах, но все равно же при правильных настройках не должен падать php, ну пусть выполняет медлнее - не вопрос, но почему он должен от этого падать.
Какая версия 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.
Самого "интересного" не рассказали - таки причем сегфолт к какой-то "медленности вызова функции"?
Тем паче, что "связь" настолько странная - что даже во времени никакой корреляции не видно. Или чукча просто не читатель?
Это не моя фантазия, читай ответ автора темы. Одни люди пишут софт с ошибками, другие не обновляют софт.
"Отсюда не видно", что имеет смысл увеличивать что-то даже и в два раза, не то что в 20. Забыли в подписи вывеску "лечим по фотографиям"?
5 процессов это не более 5 пользователей включая внутренний запросы. Обычный дефолт для средних серверов 100-150.
Которая абсолютно никак не поможет ТС найти "тяжелые" скрипты.
У него разрешено только пять процессов. 10-100 это совершенно нормальные значения.
Так я знаю где эти медленные скрипты, они медленные из-за того, что в них идет вызов функции file_get_contents, которая подтягивает контент из выдачи поисковиков интернета. Соотвественно такой скрипт выполняется как минимум несколько секунд в лучшем случае.
Смело увеличивай 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.
nfs-utils-lib-1.1.5-4.el6.x86_64
nfs-utils-1.2.3-15.el6.x86_64
kernel-2.6.32-220.2.1.el6.x86_64
щас почитаю на багах
актуальные:
nfs-utils-lib-1.1.5-4
kernel-2.6.32-279
обновляй систему.