ПРОЕКТЫ 


  АРХИВ 


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: как правильно рассчитать размер буфферов



Hello!

On Mon, Jul 16, 2012 at 07:15:11AM -0400, e502 wrote:

> В error_log валится 
> *9196491 upstream sent too big header while reading response header from
> upstream , как правильно расчитать размер
> fastcgi_buffers и fastcgi_buffer_size
> 
> Спасибо.

Размер fastcgi_buffer_size имеет смысл поставить в разумное 
значение (4k по умолчанию - разумное), и в случае возникновения 
проблем - увеличивать, одновременно делая внушения разработчикам.  
Если буфер уже 64k, а заголовок ответа в него всё ещё не влезает - 
имеет смысл выкинуть/сменить софт и/или разработчиков.

Размер и количество fastcgi_buffers оцениваются исходя из 
количества памяти и размеров типичных ответов.  В идеале все 
ответы бекенда должны влезать в буфера (и сообщений "upstream 
reponse is buffered to a temporary file" на уровне warn быть не 
должно).  Но помять обычно не бесконечна, и желательно при этом 
расчитывать так, чтобы она не кончилась, если вдруг каждое 
соединение (которых может быть вплоть до worker_connections на 
каждый процесс) выделит себе полный комплект буферов.  Ну и на 
другие задачи она обычно тоже нужна.

Maxim Dounin

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.