large_client_header_buffers
Maxim Dounin
mdounin на mdounin.ru
Пн Июл 25 15:01:51 UTC 2011
Hello!
On Mon, Jul 25, 2011 at 06:25:09PM +0400, Евгений Торопов wrote:
> On Jul 22, 2011, at 2:04 PM, Евгений Торопов wrote:
>
> > Добрый день.
> >
> > В описании директивы large_client_header_buffers указано "По
> > умолчанию размер одного буфера равен размеру страницы, в
> > зависимости от платформы это или 4K, или 8K". В моем случае
Just a side note: документация устарела, начиная с 0.8.30 на всех
платформах 4 буфера по 8k.
> > некоторые запросы к XML API могут превышать 8k. Таких запросов
Всмысле URI длиннее 8k? К размеру всего запроса эта директива
отношения не имеет. Размер одного буфера ограничивает
максимальную длину одного заголовка запроса и длину URI.
> > очень мало, но они есть, и их надо обслуживать (с чем согласен
> > даже RFC 2616 - http://www.ietf.org/rfc/rfc2616.txt -
> > "...Servers MUST be able to handle the URI of any resource
> > they serve...". Да и нам самим удобнее видеть в логе все
> > параметры запроса.
> >
> > Чем грозит увеличение этих буферов, к примеру, до 64k? Есть ли
> > какие-то рекоммендации на макс. значение этого параметра для
> > конкретной машины?
[...]
> Пробую задать свои вопросы еще раз.
Увеличить - можно, из результатов - памяти будет есть больше (если
large_client_header_buffers используются, т.е. запрос не влез в
client_header_buffer_size).
Реальные ограничения многих браузеров (читай: IE) на длину URI -
по прежнему 2k, так что в общем случае тюнинг под длину URI
малоактуален. Может иметь смысл тюнинг под размеры/количество
кук, но это уже определяется работой конкретных приложений.
Maxim Dounin
Подробная информация о списке рассылки nginx-ru