ПРОЕКТЫ 


  АРХИВ 


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: Вопрос по подзапросам


  • To: nginx-ru@xxxxxxxxx
  • Subject: Re: Вопрос по подзапросам
  • From: "Kirill A. Korinskiy" <catap@xxxxxxxx>
  • Date: Sun, 3 Oct 2010 09:24:57 +0400
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=Khietcq9UAedzXDAoP2rbowgNigi5WGyQ3S5mOHgE/o=; b=OsIWFkXtnBoIpZDchM4wxuVjPDZJlexfs4UQU1ENU9RoiCzW+g5E3rlGCphN5+Nhj7 ZbpogY53d6zUkVJcWAdfoeDQ26Sy4dogIdbMaukRjgklROmjnltAS9l2syQh/bhVjVyH 27NezcCUE9RpWnoxzNRKezUZQ8L1RM97AsCjg=
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=lGnjICqeXiX3xnZUULMgRfIaI3/Z1H0dnzbXBltywD3s9GlG1KHRN90jUX/e2u/xqz xJttwLMEQ29n07htei4na9/MaeVFTuXgOxnKV+Auokzj47LngzG8K3LLwWH4+S7W2yOI O49cr8qKK7z5KouluEilyhmmItUdpCov3h63A=
  • In-reply-to: <4CA58E75.8090902@xxxxxxx>
  • References: <4CA4A247.8080500@xxxxxxx> <4CA57C9F.4080904@xxxxxxxxx> <4CA58E75.8090902@xxxxxxx>

Можно вешать отдельный pool на каждый отдельный под-запрос.

2010/10/1 Dmitry Dedukhin <dedukhin@xxxxxxx>
 Если это действительно так, то есть ли какой-то способ форсировать освобождение памяти, пусть даже в ущерб производительности?
В моем случае каждый подзапрос возвращает порядка 2МБ данных, а подзапросов в предельном случае может быть тысяча.
proxy_buffering=off в данном случае не спасает, а хотелось бы после каждого подзапроса освобождать память.


Было когда-то тут небольшое обсуждение, из которого я сделал вывод, что nginx без веских причин не дёргает менеджер памяти. Главным образом, для уменьшения фрагментации памяти и для увеличения скорости работы.


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



--
wbr, Kirill

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


 




Copyright © Lexa Software, 1996-2009.