ты наркоман чтоли? там же подробные комментарии около каждой опции есть.

tinypic

язабан

Я понимаю что описание функции есть, но как ее настроить под определенный сервер ? т.е я хочу настроить, провести тест ее, если все ок, оставить как есть, если нет, настраиваем дальше. Как то так. А не просто от балды поставил параметр и все.

см. PHP-FPM Tip 4

Если вы почитаете ряд манулов то так почти нигде, нет, нормальной настройки этих параметров, пару каких то слов, и в конце вообщем ставьте 5-10. А зачем и почему. Как это проверить в работе, эти же параметры не просто так придумали.

см. PHP-FPM Tip 4

Еще один, да открыт уже этот мануал и еще 10 таких.

И где автор обьясняет почему у него

«pm.max_children = 5»

А у меня

pm.max_children = 50 ?????

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

сколько вам нужно - столько и ставьте, в зависимости от нагрузки.
если на сайте мало трафика хватит 5.
сколько используете смотрите через fpm-status, так же есть плагин для munin.
https://php.net/manual/ru/install.fpm.configuration.php

И где автор объясняет

ты жопой читаешь?

It’s good to test how many PHP-FPM processes a server could handle easily, first start Nginx and PHP-FPM and load some PHP pages, preferably all of the heaviest pages. Then check memory usage per PHP-FPM process example with Linux top or htop command. Let’s assume that the server has 512 Mb memory and 220 Mb could be used for PHP-FPM, every process use 24 Mb RAM (some huge content management system with plugins can easily use 20-40 Mb / per PHP page request or even more). Then simply calculate the server max_children value:
220 / 24 = 9.17

Можно еще вопрос, допустим, все запустили, за чем нужно следить ? что бы небыло утечки памяти, падение сервера и т д ? Т.е конкретные области какие то ? Что бы вдруг что предпринимать меры ?

Добрый день, не сердитесь, я понимаю что для вас все ясно и понятно как день ясный, но извените, я не вы. То что там пишут, откуда там взяли 24мб рам, тоже не знаю. Мне нужен конретный пример на русском языке что бы я понял как это расчитать и поставить верное значение.

Если что потом обращайтесь я вам помогу.

Мне нужен конретный пример на русском языке

Нет таких. Учи английский.

Ну просто после прочтение многих мануалов слишком стал ответсвенно отностится к настройкам, может они не очень так и важны будут по началу, хотя я думаю все настройки важны, они же создавались для чего то.Главное что бы когда я все запустил, нужно было следить за всем ! Что бы небыло утечки памяти или еще чего, это тоже стоит почитать как делать. Т.е какие основные места за которыми нужен глаз, ни когда ошибки начнут сыпатся а вообще.

так и говори, «я не понимаю, что пишет автор», а не «где автор пишет?»

вот пример простейшей конфигурации.

; static - постоянное количество childrens вне зависимости от нагрузки.
pm = static 
; сколько у нас будет воркеров.
pm.max_children = 8
; сколько воркер может принимать запросов. 
pm.max_requests = 1024
; итого можем принять 8*1024=8192 запроса. 
; каждый воркер занимает около 8 метров памяти, итого 64. 
; если нужно больше, чем 8192 запроса - увеличиваем childrens/requests
; и не забываем следить за памятью.

с таким конфигом живёт достаточно нагруженная система (до 500 запросов в минуту) с не самым прямым кодом на php, аптайм полгода, брат жив.

Два совета тебе:

1) Пиши короткими предложениями, ибо ты не умеешь в осмысленные сложносочинённые/сложноподчинённые предложения.

2) Учи английский. 99% мануалов на английском.

Умей в английский.

нужен конретный пример на русском языке

Пшёл нахрен из моего уютного вебдева.

It’s good to test how many PHP-FPM processes a server could handle easily, first start Nginx and PHP-FPM and load some PHP pages, preferably all of the heaviest pages. Then check memory usage per PHP-FPM process example with Linux top or htop command. Let’s assume that the server has 512 Mb memory and 220 Mb could be used for PHP-FPM, every process use 24 Mb RAM (some huge content management system with plugins can easily use 20-40 Mb / per PHP page request or even more). Then simply calculate the server max_children value:
220 / 24 = 9.17

Хорошо бы проверить, с каким количеством процессов php-fpm сервер сможет нормально работать. Сначала запустим nginx и php-fpm и откроем несколько страничек на PHP. Предпочтетельней открыть самые «тяжелые». Затем проверим использование памяти для процесса php-fpm, например, с помощью линуксячьих top или htop. Представим, что у сервера 512 мегабайт оперативки, и что 220 метров из них мы можем использовать для php-fpm, а наш процесс съедает 24 мегабайта оперативной памяти (некоторые жирные CMS с плагинами могут с лёгкостью сожрать 20-40 метров на страницу, или даже более). После этого просто посчитаем max_children_value:
220 / 24 = 9.17

//переводчик из меня мерзейший, но суть понятна.

Спасибо, плюс минусь понятно.

У меня по дефауту стоит вот что

pm = dynamic
pm.max_children = 50
;pm.max_requests = 500 (закоментирован вообще)
pm.start_servers = 5
pm.min_spare_servers = 5

А что это за start servers ? spare server ? что там должно быть ?

http://php.net/manual/en/install.fpm.configuration.php

Спасибо, не такой уж вы и злой :) кот кот, занес вашу таблицу расчетов, что бы потом считать примерно как есть.

Если не хочется читать маны - тогда в Job

Я читаю маны и много читаю, не некоторые вещи мне все таки не понятны так как я только пол месяца знаком вообще с никсом, думаю это много обьясняет из моих вопросов ? :) Если бы я знал я бы не спрашивал, я ведь не все спрашиваю подряд, а только там где примерно понимаю что это, но хочу понять более конкрейтней, т.е что бы мне обьяснили можно сказать на пальцах уже опытные, т.е те кто сдесь, кроме богов. За что большое спасибо, вы мне помогаете понимать обьяснять я вам может тоже чем то помогу если нужно будет

Тюнинг всегда уникален под конкретный проект. Универсальных решений тюнинга нет. Разве что оптимизация.

Помыл посуду, решил прилеч, заснул :)

А так да, ну я и так по возможности делаю что в моих силах - знаниях.

Конечно на практике, это будет не много другое, но это придаст опыта как говорится.

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

Ну я стараюсь я вот щас хочу все настроить, а потом перейти к тестированию, ну я образно представляю но все же хочу попробовать, потестировать бечмарком, или какими то другими способами, пока не нашел (которые бы сразу понял). Т.е я установлю сайт демо, с базой и пару постами, потом начну его как то тестировать и как то смотреть .. вообщем нужно разобраться за чем следить при тестировнии бечмарком

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

кот тебе шаблон сделали ?

за чем следить при тестировнии бечмарком

зависимость между количеством одновременных запросов и временем отклика страницы, за сообщениями в error-логах (всяческие limit exceeded), за load averages, свободной памятью, iotop. БД вообще отдельно нужно мониторить, много параметров в зависимости от используемой СУБД. а вообще рекомендую newrelic - он даже в бесплатной версии много интересного покажет о твоем сервере и приложении.

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

А так на счет мониторинговых пакетов, я знаю только мунин.Ну устанвливал правда не разбирался до конца что там и как следить.

newrelic

Интересно, почитал бегло, даже показует какие скрипты несут большую нагрузку, конечно организованно там все красиво и понятно, но - нужно уметь и в ручную делать анализ ! А потом уже прибегать к таким вот инструментам для «хомячков» как кто то сдесь сказал по поводу плеска :)