thanks... more testing tomorrow<br><br><div class="gmail_quote">2009/11/18 Matthew Sackman <span dir="ltr">&lt;<a href="mailto:matthew@lshift.net">matthew@lshift.net</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Wed, Nov 18, 2009 at 05:18:53PM +0000, Matthew Sackman wrote:<br>
&gt; That&#39;s odd. However, you&#39;re really much much better off using<br>
&gt; queue.declare to redeclare the existing queue - the declare-ok that you<br>
&gt; get back contains the number of messages in the queue. This is a much<br>
&gt; neater strategy than below. I would recommend you switch to using this<br>
&gt; and repeat your test.<br>
<br>
</div>What&#39;s actually wrong with what you were doing is that the rabbitmqctl<br>
list_queues contains both the ready messages and the unack&#39;d msgs (as<br>
well as uncommitted msgs). Thus if your consumers aren&#39;t acking msgs<br>
quickly enough (and have an unbounded qos setting) then it will appear<br>
that they&#39;re not keeping up. Use:<br>
<br>
rabbitmqctl list_queues name messages_ready messages_unacknowledged<br>
<div><div></div><div class="h5"><br>
Matthew<br>
<br>
_______________________________________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com">rabbitmq-discuss@lists.rabbitmq.com</a><br>
<a href="http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a><br>
</div></div></blockquote></div><br>