nginx won't honor limit_rate

li zJay zjay1987 at gmail.com
Fri Sep 30 16:14:35 UTC 2011


Thanks Maxim Dounin!

I thought that if proxy_max_temp_file_size is set to 0, all the upstream
content have to be buffered in memory, and I make a test and find I'm wrong.

On Fri, Sep 30, 2011 at 11:18 PM, Maxim Dounin <mdounin at mdounin.ru> wrote:

> Hello!
>
> On Fri, Sep 30, 2011 at 10:56:41PM +0800, li zJay wrote:
>
> > hello!
> >
> > If you want nginx to don't touch disk, use
> > >
> > >    proxy_max_temp_file_size 0;
> > >
> > > instead.  This will still allow in-memory buffering and wouldn't
> > > touch disk.
> > >
> >
> > Because the client bandwidth is usually slow, in this case, tons of
> upstream
> > content will be buffer in memory before sent out to client, and then the
> > swap will be used and the server is going down soon.
>
> The limit on memory usage for proxy buffering is set with
> proxy_buffers directive, 8 * pagesize by default.  Nobody stops
> you from setting it even lower if you are memory-constrained.
>
> The "proxy_buffering off;" is needed when you want response to be
> immediately passed to clients once it arrives.  It's critical for
> streaming and similar workloads where you can't afford delays.
> But it's not a switch to limit resource consumption.  Instead, it
> actually implies less effective resource usage: processing of
> requests without buffering takes more CPU time and may cause
> suboptimal network utilization.
>
> Maxim Dounin
>
> >
> > On Fri, Sep 30, 2011 at 5:18 PM, Maxim Dounin <mdounin at mdounin.ru>
> wrote:
> >
> > > Hello!
> > >
> > > On Fri, Sep 30, 2011 at 04:22:52PM +0800, li zJay wrote:
> > >
> > > > set "proxy_buffering on", the upstream response may touch the disk
> > > > this suffers a lot when nginx is used as a proxy to file download
> > > servers.
> > >
> > > If you want nginx to don't touch disk, use
> > >
> > >    proxy_max_temp_file_size 0;
> > >
> > > instead.  This will still allow in-memory buffering and wouldn't
> > > touch disk.
> > >
> > > Maxim Dounin
> > >
> > > >
> > > > On Thu, Sep 29, 2011 at 7:31 AM, mojiz <nginx-forum at nginx.us> wrote:
> > > >
> > > > > Thanks Max.
> > > > > It worked!
> > > > >
> > > > > Posted at Nginx Forum:
> > > > > http://forum.nginx.org/read.php?2,215989,215991#msg-215991
> > > > >
> > > > > _______________________________________________
> > > > > nginx mailing list
> > > > > nginx at nginx.org
> > > > > http://mailman.nginx.org/mailman/listinfo/nginx
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > >
> > > > _______________________________________________
> > > > nginx mailing list
> > > > nginx at nginx.org
> > > > http://mailman.nginx.org/mailman/listinfo/nginx
> > >
> > > _______________________________________________
> > > nginx mailing list
> > > nginx at nginx.org
> > > http://mailman.nginx.org/mailman/listinfo/nginx
> > >
> >
> >
> >
> > --
>
> > _______________________________________________
> > nginx mailing list
> > nginx at nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
>



-- 
祝好
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20111001/72658aea/attachment.html>


More information about the nginx mailing list