ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Ресурсов на рабочи й процесс



On Tue, Jun 24, 2008 at 03:02:38AM +0400, Александр Кутузов wrote:

> 24 июня 2008 г. 1:10 пользователь Igor Sysoev <is@xxxxxxxxxxxxx> написал:
> > On Tue, Jun 24, 2008 at 01:02:37AM +0400, Александр Кутузов wrote:
> >
> >> к сожелению 2.2 ведет себя отвратительно ;-( итак пришлось ему
> >
> > По умолчанию осталось 8k на строку:
> > http://httpd.apache.org/docs/2.2/mod/core.html#limitrequestfieldsize
> >
> > Строк может быть до 100:
> > http://httpd.apache.org/docs/2.2/mod/core.html#limitrequestfields
> >
> > Аналог в nginx'е - "100 8k".
> >
> >> отрезать все что только можно, 4 8к стояло, было приличное количество
> >> 50х:
> >> впринципе размеры воркеров в любом случае не смертельны.
> >
> > В случае больших заголовков выдаётся 400, а не 50x.
> > И в лог на уровне info пишется
> >
> > "client sent too long header line: ..."
> 
> уровнял апач и nginx в размерах буферов.

Можно уменьшить. Нельзя оставлять возможность влить 800k в каждое соединение.

> 500ки я не путаю, а вот буфферы да: речь конечно же шла о proxy_* и
> неумещающихся там ответах апача.

Ну так нужно увеличивать только то, что имеет отношение к проблеме,
а не всё подряд. В данном случае выдавались 502 с сообщениями

"upstream sent too big header"

В данном случае нужно увеличить

proxy_buffer_size


-- 
Igor Sysoev
http://sysoev.ru/en/



 




Copyright © Lexa Software, 1996-2009.