[rabbitmq-discuss] Design question: the ratio of queues to channels

[John Goodson]

HI Simon,

Thanks, again very helpful, sorry about not cc'd the list.  I will ask on
the ruby-amqp list about the relationship between channel and TCP
connection.

John


On Tue, Jul 13, 2010 at 10:09 AM, Simon MacMullen <simon at rabbitmq.com>wrote:

> On 13/07/10 15:01, John Goodson wrote:
>
>> Hi Simon,
>>
>
> Hi John. Please keep the mailing list CCed, it helps other people learn.
>
>
>  Yes I am using Ruby.
>>
>> Thanks for your response, it is clearer and you have been very helpful
>> in that I can now see that my initial design choices are significantly
>> less then optimal for the types of behavior I want.
>>
>
> Sure, no problem!
>
>
>  Is my understanding correct take that a design constraint in creating
>> channels is how many open sockets the Erlang server can support?
>>
>
> Well, channels are multiplexed onto TCP connections. A connection can
> support up to 65535 channels on a single socket, so you should be OK. If you
> need more channels, opening a second connection should be OK :)
>
> Most client libraries make this fairly obvious, e.g. in Java:
>
> Connection conn = new ConnectionFactory().newConnection();
> Channel chan = conn.createChannel();
>
> but the Ruby library doesn't make it immediately obvious what's going on.
> It might be creating one channel per connection. Unfortunately I don't know
> much about it.
>
>
>  PS, ugh on having to figure out design/usage patterns based on reading
>> the spec.
>>
>
> Indeed. You can always ask here though.
>
> Cheers, Simon
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20100713/3815719d/attachment.htm>