redis perfermance discussion in gg group

http://groups.google.com/group/redis-db/browse_thread/thread/1adb93f0b6a1460a

In JRedis you have two options if you are using a front-end that
serves a lot of concurrent processes.
For low (concurrent) number of processes (threads), you can use
JRedisService. This connector maintains a pool of connections to
Redis and cycles through next available connection to serve service
requests.
For very high (concurrent) number of processes (thread count in the
thousands) -- specially if you will be maintaining a constant load on
the connector -- use the Pipeline with sync() semantics. Pipeline
uses a single connection, but has much higher throughput.
/R
On Nov 22, 9:30 am, Alex <alexgen...@gmail.com> wrote:

- 隐藏被引用文字 -
> And what if there are a huge number of clients? Will a 100 or 1000
> persistant connections be a problem? Is there any upper (performance)
> limit (32 bit port number)?
> On 22 Nov., 15:14, Sergey Shepelev <temo...@gmail.com> wrote:
> > On Sun, Nov 22, 2009 at 4:02 PM, wqhhust <staywith...@gmail.com> wrote:
> > > Does redis support connection pool? Currently we are using 2,000+ java
> > > application servers to connect to mysql (memory engine), and
> > > connection pool is used. If switch mysql to redis, without connection
> > > pool, it can't handle so many connect/disconnect.
> > Redis supports peristant (keepalive) connections.
> > Your favourite or your own Redis client library may implement a connection pool.
> > But the best way would be to actually have one connection per
> > application life. A pool of 1 connection.
> > In Java it may be implemented as a static class with synchronized
> > executeCommand() method. It tries to send command to your Redis
> > server, if that fails for network reasons, it reconnects and tries
> > again. That covers initial (not connected yet) case too.
> > > --
> > > You received this message because you are subscribed to the Google Groups "Redis DB" group.
> > > To post to this group, send email to redis-db@googlegroups.com.
> > > To unsubscribe from this group, send email to redis-db+unsubscribe@googlegroups.com.
> > > For more options, visit this group athttp://groups.google.com/group/redis-db?hl=.