[rabbitmq-discuss] [Ticket #23] New Comment: Monitoring Message Throughput

John Apps johndapps at gmail.com
Sat Oct 16 15:32:12 BST 2010


This is a notification from the Help Desk.


A new comment has been added.  Please reply to this email (keeping the subject intact) with any additional information or comments.

Help Desk: http://BIGPOOH:9675/portal/view-help-request/23
Ticket: # 23
Submitted: Oct 16, 2010 @ 04:30 pm
Summary: [rabbitmq-discuss] Monitoring Message Throughput
Status: open
Priority: Med

Comment:
----------------------------------------------------------------------------------------------------
g at rre.tt said: No Comment 
mtodd at highgroove.com said: I agree with both Garrett and Gavin with some minor additions:

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.

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.

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.

RE: throughput, I think we should show both enqueued and dequeued throughput
separately, but do definitely want to include both.

Matt 
matthew at lshift.net said: No Comment
----------------------------------------------------------------------------------------------------
This is an automated message sent from your help desk.


More information about the rabbitmq-discuss mailing list