2010/12/10 greenh <greenh@gmail.com>:
> тогда есть ли смысл увеличивать/уменьшать количество php-cgi процессов
> исходя из вывода netstat -Lan?
>

Есть смысл уменьшить количество процессов с 2000 до 10-20.

И больше ничего не трогать.

> 2010/12/10 Sergey Shepelev <temotor@gmail.com>:
>> 2010/12/10 greenh <greenh@gmail.com>:
>>> сорри за ламерство
>>> поясните плз
>>> например у меня имеется 100 fast-cgi процессов, о каком количестве
>>> одновременных запроов можно говорить? при условии конечно, что
>>> мощности железа хватает, а его на текущий момент хватает с избытком
>>>
>>
>> Если речь про 100 абстрактных fastcgi процессов, то можно говорить о
>> любом количестве одновременных запросов в пределах от 1 до сотен
>> тысяч.
>> Если речь про 100 ваших php-fastcgi, то можно говорить о любом
>> количестве одновременных запросов в пределах от 1 до 100.
>>
>> Это зависит от того что делается в обработчиках запросов. Может быть,
>> они все конкурируют за один ресурс, например, лочат таблицу в базе,
>> или, что менее экстравагантно, пишут на один диск.
>>
>> Кстати, от количества одновременно исполняемых запросов чуда ждать
>> тоже не стоит. Может быть ситуация, когда система легко выполняет 2000
>> одновременных запросов, но каждый из них выполняется 5 секунд. Лучше
>> одновременно выполнять 5 запросов, но 400 в секунду.
>>
>>> 2010/12/10 Sergey Shepelev <temotor@gmail.com>:
>>>> 2010/12/10 greenh <greenh@gmail.com>:
>>>>> соответственно 1 процесс обслуживает одновременно 1 запрос. верно?
>>>>>
>>>>
>>>> Верно. Обратите внимание, что вы указали константы, а не N процессов
>>>> обслужат N запросов. Уже для двух процессов число одновременных
>>>> запросов может отличаться от 2.
>>>>
>>>>> 2010/12/10 Sergey Bondari <bondari@aspiresoft.com>:
>>>>>> Hello greenh,
>>>>>>
>>>>>> g> то есть, если я правильно понимаю, 20 процессов fastcgi обслужат 20
>>>>>> g> одновременных запросов?
>>>>>>
>>>>>> Я бы сказал так: 2000 процессов fastcgi никогда не обслужат 2000
>>>>>> одновременных запросов.
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Best regards,
>>>>>>  Sergey
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> nginx-ru mailing list
>>>>>> nginx-ru@nginx.org
>>>>>> http://nginx.org/mailman/listinfo/nginx-ru
>>>>>>
>>>>> _______________________________________________
>>>>> nginx-ru mailing list
>>>>> nginx-ru@nginx.org
>>>>> http://nginx.org/mailman/listinfo/nginx-ru
>>>>>
>>>> _______________________________________________
>>>> nginx-ru mailing list
>>>> nginx-ru@nginx.org
>>>> http://nginx.org/mailman/listinfo/nginx-ru
>>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru@nginx.org
>>> http://nginx.org/mailman/listinfo/nginx-ru
>>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru@nginx.org
>> http://nginx.org/mailman/listinfo/nginx-ru
>>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru
>
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru