activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jason Rosenberg <jrosenb...@shopzilla.com>
Subject Broker concurrency and connection pooling in amq 5
Date Thu, 07 Feb 2008 07:31:52 GMT

I was reading some old discussion threads on connection pooling.  There seems
to be some conflicting information, specifically whether it's a good idea to
pool connections.

I have been using the jencks-amqpool package for pooling connections (and
also trying the pool package within activemq-core).

In looking at this article:

http://www.nabble.com/Configuring-session-connection-pooling-to-maximize-throughput-to8177244s2354.html#a8177244

It states:

"However one area to be careful of is currently each connection's
commands are processed by a single thread on the broker side; so for
relatively slow operations like durable producers you won't get much
concurrency on the broker side (Guillaume hit this recently AFAIK on
ServiceMix). So you might want to have many connections too so that
you can have completely async broker side processing of separate
producers. Though we should allow a thread pool to be used for
different logical sessions on the broker side to avoid the client
having to worry about that. "

This is why I've been using the connection pooling stuff.

Is this still an issue in amq 5, is the broker still single-threaded when
processing each connection?

Also, I've been using Spring's JmsTemplate for sending, and
DefaultMessageListenerContainer for consuming messages (in both cases using
a PooledConnectionFactory for connections)....Is this a recommended
approach?

The Spring api's seemed a whole lot cleaner than the activemq-ra/jencks MDB
POJO stuff....

Jason
-- 
View this message in context: http://www.nabble.com/Broker-concurrency-and-connection-pooling-in-amq-5-tp15328732s2354p15328732.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.


Mime
View raw message