Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re[2]: nginx-1.1.12
Здравствуйте, Maxim.
>> >> > *) Добавление: директивы
>> proxy/fastcgi/scgi/uwsgi_cache_lock,
>> >> > proxy/fastcgi/scgi/uwsgi_cache_lock_timeout.
>> >>
>> >> А где можно почитать по эти новые директивы?
>>
>> > Пока тут:
>>
>> > http://trac.nginx.org/nginx/changeset/4386/nginx
>>
>> > Скоро опишем в документации. In short: если включена директива
>>
>> > proxy_cache_lock on;
>>
>> > то при наличии нескольких запросов к конкретному незакешированному
>> > ресурсу - на бекенд пойдёт только первый, остальные будут ждать
>> > вплоть до proxy_cache_lock_timeout каждый.
>>
>> Полезная вещь.
>>
>> Почитал
>> http://mailman.nginx.org/pipermail/nginx-devel/2011-December/001576.html
>> Странная реализация. Зачем на каждый ожидающий запрос вешать отдельный
>> таймаут, если достаточно одного на первый запрос, пошедший к бэкенду?
> Таймаута - одного недостаточно, т.к. proxy_cache_lock_timeout
> ограничивает время, которое *один конкретный запрос* может провести
> в ожидании лока (т.е. дополнительное время ожидания, которое увидит
> клиент). У каждого запроса начальное время ожидания своё (да и сам
> таймаут теоретически может быть не таким, как у других).
А зачем снова долбиться на бэкенд, который не смог ответить? Почему бы
всем запросам в очереди не выдать тот же ответ, что получил первый
запрос? Они ведь не зря в очередь выстроились и ждут.
--
С уважением,
Михаил mailto:postmaster@xxxxxxxxxxxxx
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru
|
