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