<br><br>
<div class="gmail_quote">On 22 November 2010 10:33, Matthew Sackman <span dir="ltr">&lt;<a href="mailto:matthew@rabbitmq.com">matthew@rabbitmq.com</a>&gt;</span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div class="im">On Mon, Nov 22, 2010 at 10:11:11AM +1100, Steven Taylor wrote:<br>&gt; Are there any limits to how long or large a queue can get apart from disk<br>&gt; space?<br><br></div>Yes. Unless you&#39;re using the rabbitmq-toke plugin, there is still a<br>
(very small) per message RAM cost in the form of an index from message<br>guid to file+offset+size. Ultimately, you can end up with all your RAM<br>in this index, and thus even though all messages are on disk, you won&#39;t<br>
be able to add more messages to a queue.<br></blockquote>
<div>�</div>
<div>Fine</div>
<div><br>&gt; Is there a limit to the message size?<br><br></div>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Nope, but it must be able to fit in RAM, and it&#39;s probably risky to<br>attempt any message greater than one quarter of the amount of RAM<br>
installed owing to copying of the message etc which is likely to occur.<br></blockquote>
<div>�</div>
<div>Sounds sensible.</div>
<div>�</div>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div class="im"><br>&gt; Is there a limit to the number of queue?<br><br></div>Yes. Each queue in Rabbit is an Erlang process. By default, we start up<br>the Erlang VM configured for a million processes, so you should be able<br>
to get close to that, especially off a single connection and channel. If<br>you need to get to these sorts of numbers then you may well need to<br>raise the Erlang VM process limit further. This will cost more RAM, but<br>
will allow you to create more AMQP resources.<br></blockquote>
<div>�</div>
<div>So far we&#39;re talking 15 queus. I think we&#39;re okay. ;)</div>
<div>�</div>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div class="im"><br>&gt; Rather than one bus/queue with<br>&gt; many message types, I&#39;m creating a few queue for each simple units of work +<br>&gt; having only a few message types per queue. �Does anyone see a problem with<br>
&gt; this approach when using RabbitMQ?<br><br></div>No, but if you need high performance and scalability, you may run into<br>issues. You may want to look at the queue expiry stuff as well and<br>obviously judicious use of exclusive and auto-delete flags is warranted.<br>

<div class="im"><br></div></blockquote>
<div>�</div>
<div>we&#39;re not talking super high performance (yet).�I&#39;ll need to watch this and get a feel for it.�</div>
<div>�</div>
<div>�</div>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div class="im">&gt; I&#39;m at that nervous stage of it looks good, but I&#39;m not quite sure yet. �I<br>&gt; guess I&#39;m asking for experiences without having fully tested. �I&#39;m hoping to<br>&gt; avoid potential pitfalls and save some time.<br>
<br></div>If in doubt, test ;) It _will_ fail at some point - and you need to<br>discover where that point is and how close it is to your requirements.<br></blockquote>
<div>�</div>
<div>I have been testing, but sometimes I will�need you guys to help me know what&#39;s going on underneath.</div>
<div>�</div>
<div>�</div>
<div>thanks,</div>
<div>-Steven</div></div>