Алексей быстрее успел ответить, чем я прочитал вопрос :) Короче говоря в переписке это уже где-то обсуждалось точно. Смысле в том, что вая прелесть FastCGI в php совсем не используется (то, о чем Алексей сказал в т.ч
.), а в Perl, напротив, FastCGI во всей красе. Игорь так же говорил, что FastCGI у разработчиков языка php на последнем месте и разрабатывается по остаточному принципу.
> А по существу, что Вы считаете неоптимальным в пхпшном fastcgi sapi ?
Если сравнивать с mod_php: нельзя динамически контролировать число
рабочих процессов (в противном случае не сможет работать кеш опкода). Если об использовании преимуществ fastcgi - его основной смысл, чтобы работу, общую для разных вызовов скрипта, можно было не делать каждый
раз. Ну например парсинг шаблонов. В php-реализации никаких шагов в этом направлении не сделано.
