Hey Matthias,<div><br></div><div><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;">
By "throughput" do you mean:<br>
- rate at which messages are enqueued?<br></blockquote><div><br></div><div>For me, yes</div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
- rate at which messages are dequeued?<br></blockquote><div><br></div><div>For me, yes�</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">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></blockquote><div><br></div><div>tx committed</div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<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></blockquote><div><br></div><div>Only acked messages, though redeliveries would be a good counter to keep as well.�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Also,<br>
- are you interested in message counts, i.e. messages per second, or<br>
data volumes, i.e. octets per second?<br></blockquote><div><br></div><div>messages per second, though I could see benefit in data volume as well.</div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
- over what period of time should the figures be averaged?<br></blockquote><div><br></div><div>I'd not have Rabbit provide the averaging and aggregation, just straight out counters.�</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
- do the stats of a durable queue need to survive a broker restart?<br></blockquote><div><br></div><div>Yes</div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
- do the stats still need to be accessible after a queue has been deleted?<br></blockquote><div><br></div><div>No</div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
- what stats other than per-queue throughputs would you like to see?<br></blockquote><div><br></div><div>Perhaps per exchange?</div><div>�</div><div>Thanks,</div><div><br></div><div>Gavin</div></div></div>