Direct Routing of load balancing would be added in feature?

[Tit Petric]

Request scheduling as in queuing with priority, QoS?

Meaning, one or more location should have a higher priority in
completing the request, by going into the front of the queue?

For example, you have 1000 requests per second, and 10 of them are for
the location /realtime.jpg, and you want those requests to jump in front
of the queue and return the responses ASAP?

Chancey wrote:
> nginx is great ! but it has only one mode and one request scheduling
> in Load balance.
> if it has more options in load balance. it will be perfect
> 2008-08-01
> ------------------------------------------------------------------------
> Chancey
> ------------------------------------------------------------------------
> *发件人：* Igor Sysoev
> *发送时间：* 2008-08-01 13:49:26
> *收件人：* nginx at sysoev.ru
> *抄送：*
> *主题：* Re: Memcached module -- unix domain socket support? (too many
> TIME_WAITs..)
> On Thu, Jul 31, 2008 at 09:54:03PM -0700, Kon Wilms wrote:
> > I have a pool of memcached servers running on localhost with
> > connection to nginx, feeding motion jpeg data out via static JPEGs to
> > a flash application. The load is pretty high on the server because of
> > this with each client running 3 GETs from memcached every second (i.e.
> > 3fps).
> >
> > Nginx works fine, however, the problem I have is that thousands of
> > TIME_WAITs are created from the memcached GET requests, which I would
> > like to eliminate. I've already tuned the kernel but this has not
> > reduced it enough to handle a couple thousand viewers on the server.
> >
> > Is there any way to connect nginx's memcached module to memcached via
> > unix domain socket or perhaps UDP, or any other ideas on how to fix
> > this problem?
> Adding unix socket support to ngx_http_memcached_module should be easy,
> but I'm not sure if memcached suppot unix sockets.
> BTW why do you serve local images from memcached ?
> It's better for both CPU and memory to serve them from local filesystem
> using sendfile.
> -- 
> Igor Sysoev
> http://sysoev.ru/en/