Re: fcgi подзапросы

[Юрий Трушкин]

Проблема решилась.
Неправильно работал fcgiwrap.

Действительно дефолтное кол-во соединений 1.

Задал опцию -c Number of fcgiwrap processes to prefork

Всё работает. Всем спасибо.



30 мая 2013 г., 13:36 пользователь Slava Kokorin
<slava.kokorin at gmail.com>написал:

>
> 30 мая 2013 г., 13:08 пользователь Daniel Podolsky <onokonem at gmail.com>написал:
>
> > Чтобы ещё меньше грешить на parser, попробовал запустить процесс, который
>> > жрёт много ресурсов и выполняется долго.
>> > И зайти на любую страницу, страница не отдаётся пока не завершится
>> > предыдущий процесс. Как будто он лочится.
>> > Такое может быть?
>> Вы несколько вольно используете терминологию, к сожалению.
>>
>> "страница не отдаётся" - nginx не может отдать статику, пока не
>> завершится тяжелый запрос к fastcgi? не верю :)
>>
>
> Если это первая страница, то очень может быть. ​Как браузер может
> запрашивать статику​ если он ещё не знает какую ?
>
>
>
>> или fastcgi не обрабатывает новые запросы, пока предыдущий не
>> завершится? тогда вы неправильно сконфигурировали fastcgi. я fastcgi
>> не пользуюсь, но слышал краем уха, что по умолчанию оно запускает один
>> процесс, и, соответственно, обрабатывает один запрос в единицу
>> времени.
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
>
> --
> Regards,
> Slava
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130530/2dc6cd89/attachment.html>