Welcome! Log In Create A New Profile

Advanced

Re: Nginx & long poll: Best practices to reduce memory and bandwidth footprint

Thomas Love
November 04, 2011 08:52AM
On 4 November 2011 05:15, Quintin Par <quintinpar@gmail.com> wrote:

> Posting the contents inline. Can someone review this?
>
> -----------------------------------------------------------------------------------------------------
> I use nginx in this mode for [BOSH][1] and chat clients along with gzip.
>
> location ~* /http-bind/ {
> proxy_buffering off;
> keepalive_timeout 55;
> access_log off;
> tcp_nodelay on;
> proxy_pass http://x.x.x.x:1111;
> }
>
> Is this the best approach to **managing long polling** in nginx.
>
> I also use just one worker process for altogether for web & chat (single
> CPU). Is that fine?
>
>
It looks fine. Use that until you have a performance problem, and then
gather evidence identifying your bottleneck before changing anything.

You might as well start with n worker processes though, where n is the
number of cores on your CPU. Give yourself a few thousand
worker_connections, because you'll have a relatively large number of
relatively idle sockets.

Long-polling is very simple and nginx is good at it. I would advise not to
try to fix anything until you find a real problem.

Thomas
_______________________________________________
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
Subject Author Posted

Nginx & long poll: Best practices to reduce memory and bandwidth footprint

Quintin Par November 03, 2011 05:20AM

Re: Nginx & long poll: Best practices to reduce memory and bandwidth footprint

Quintin Par November 03, 2011 11:16PM

Re: Nginx & long poll: Best practices to reduce memory and bandwidth footprint

Thomas Love November 04, 2011 08:52AM



Sorry, only registered users may post in this forum.

Click here to login

Online Users

Guests: 91
Record Number of Users: 8 on April 13, 2023
Record Number of Guests: 500 on July 15, 2024
Powered by nginx      Powered by FreeBSD      PHP Powered      Powered by MariaDB      ipv6 ready