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