FastCGI - perl

[Александр Ворона]

RaPaMaN пишет:
> 
> В сообщении от Tuesday 19 June 2007 11:07 Alex Vorona написал(a):
>> RaPaMaN пишет:
>>> А для чего их форкать в динамике ? Надо тогда писать свой менеджер
>>> процессов.
>> для того, чтобы не упереться в количество процессов например. Особенно если
>> процессы не cpu-едкие, а сами тянут что-то по сети и тп.
> 
> Если тянут что-то по сети, то это уже блокирующиеся процессы получаются, я бы 
> делал это через демона для задач таких и обмена через сообщения, т.е. что-то 
> вроде распределенной схемы.
Пусть блокируются - что тут плохого для схемы "неблокирующийся фронтенд 
<-> fastcgi-бэкенд с возможностью форка в динамике" ? В случае cpu-ёмких 
процессов бэкенда обычно нет смысла их плодить много - есть какой-то 
лимит, после которого общая производительность падает. И тогда prefork 
определённого количества будет решением. Если же cpu-ёмкие задачи не 
являются основными для бэкенда - prefork с ограничением количества 
процессов может быть не лучшим решением.