I agree with both Garrett and Gavin with some minor additions:<div><br></div><div>I think pure throughput should include messages failed to be ack'd and having to be resent since it is technically output. They could be reported separately and combined manually for those that don't mind the difference.</div>
<div><br></div><div>I think it would be cool to see something similar to Unix load that reports on the last minute averages, the last 5 minute's average, and the last 15 minute's average. But, this goes back to the discussion on counters and how easy it is for us to do this on our end since many tools do this for us already.</div>
<div><br></div><div>So, in this regard, it would be much more useful for the data to just be handed back to us whenever we request it as a pure count. Let us do the hard/interesting work of calculating averages over specific time intervals, etc.</div>
<div><br></div><div>RE: throughput, I think we should show both enqueued and dequeued throughput separately, but do definitely want to include both.</div><div><br></div><div>Matt</div><div><br></div><div><br></div><div><br>
<div class="gmail_quote">On Sat, Feb 6, 2010 at 4:17 PM, Matthias Radestock <span dir="ltr"><<a href="mailto:matthias@lshift.net">matthias@lshift.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Nico,<br>
<div class="im"><br>
Nico Meyer wrote:<br>
> are there any good solutions to monitor the message throughput of<br>
> RabbitMQ? Preferably broken down by queues. I have quickly checked the<br>
> monitoring solutions on the webpage, but none seem to have that feature.<br>
> Also there is probably not enough data exported by RabbitMQ to do this.<br>
<br>
</div>The closest you can get at the moment is the various socket stats<br>
reported by 'rabbitmqctl list_connections', but that is clearly quite a<br>
long way from per-queue message throughput stats.<br>
<br>
We will add more stats (and more ways of getting at them) in the future,<br>
so your input is appreciated in defining what exactly it is that you and<br>
other users are looking for. So, regarding your specific request ...<br>
<br>
By "throughput" do you mean:<br>
- rate at which messages are enqueued?<br>
- rate at which messages are dequeued?<br>
<br>
If it's "messages enqueued", what happens to messages that are part of a<br>
transaction? Are they included in the figure immediately or only when<br>
the tx has committed?<br>
<br>
If it's "messages dequeued", what happens to message redeliveries (e.g.<br>
when a message has been delivered but then the client disconnected w/o<br>
acking them and the message is subsequently redelivered to another<br>
client)? Are they included in the figure?<br>
<br>
Also,<br>
- are you interested in message counts, i.e. messages per second, or<br>
data volumes, i.e. octets per second?<br>
- over what period of time should the figures be averaged?<br>
- do the stats of a durable queue need to survive a broker restart?<br>
- do the stats still need to be accessible after a queue has been deleted?<br>
- what stats other than per-queue throughputs would you like to see?<br>
<br>
I realise these are a lot of questions. But answering them will help us<br>
shape our future stats architecture.<br>
<br>
<br>
Regards,<br>
<font color="#888888"><br>
Matthias.<br>
</font><div><div></div><div class="h5"><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><br clear="all"><br>-- <br>Matt Todd<br>Highgroove Studios<br><a href="http://www.highgroove.com">www.highgroove.com</a><br>cell: 404-314-2612<br>blog: <a href="http://maraby.org">maraby.org</a><br>
<br>Scout - Web Monitoring and Reporting Software<br><a href="http://www.scoutapp.com">www.scoutapp.com</a><br>
</div>