[rabbitmq-discuss] Best Practices on using Channels?
mcintoshj at gmail.com
Tue Jul 23 06:06:30 BST 2013
We actually do one connection per running application (JVM), with-in that
JVM each "thread" gets it's own channel. This works rather well in web
based contexts for us. When we have synchronous ordered message
requirements, we use a single rabbit queue and server, with a publish
directly to that queue/server, and a consume from the same one (not
terribly ideal but it seems to be working).
On Fri, Jul 19, 2013 at 4:19 PM, Laing, Michael
<michael.laing at nytimes.com>wrote:
> Hi François,
> I didn't see anyone else respond so I can tell you what we do.
> There are lots of Quality of Service parameters set at the channel level.
> Since we have a moderate and stable collection of long-lived
> queues/exchanges, and long-lived connections for publishing/consuming, we
> typically use a channel per, to allow flexibility re QoS.
> One general rule is that a channel should be handled by only one thread.
> We use asynch event loop processing so it is normally not an issue for us
> but it may be for you.
> For asynch RPC functionality we set up a reply_to queue and use the
> correlation_id to disambiguate responses. Some people allocate a temporary
> queue for this purpose - if you use that model, you would probably want the
> temp queues in the same channel and they would then share the QoS
> Hope this helps,
> On Fri, Jul 19, 2013 at 4:03 PM, François Beausoleil <
> francois.beausoleil at gmail.com> wrote:
>> I'm currently using two connections to RabbitMQ: one for consumers, one
>> for publishers. This is to prevent throttling when the RabbitMQ instance
>> triggers it's memory alarm.
>> What about using channels? One channel per connection, or one channel per
>> queue/exchange, or a mix? I realize this is similar to the green thread vs
>> os threads in managed VMs. Are there advantages of one over the other?
>> François Beausoleil
>> rabbitmq-discuss mailing list
>> rabbitmq-discuss at lists.rabbitmq.com
> rabbitmq-discuss mailing list
> rabbitmq-discuss at lists.rabbitmq.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the rabbitmq-discuss