[rabbitmq-discuss] Management API Send/Receive Event Measurements

Brendan Hay brendan at soundcloud.com
Wed Aug 1 09:34:49 BST 2012


Just to follow up .. the example I posted is using no-ack .. I noticed
other connection/channel combos that are using ack/prefetch=N update the
connection events in tandem?

On Wed, Aug 1, 2012 at 9:47 AM, Brendan Hay <brendan at soundcloud.com> wrote:

> Hola bandidas/bandidos,
>
> In the /api/connections/<name> endpoint, I'd (previously/naively) presumed
> that recv_oct_details.last_event and send_oct_details.last_event
> would correlate to some sort of activity on the connection in general ..
> including underlying channels - although this appears to not be the case,
> example:
>
>    - Connection:
>    https://gist.github.com/23455d60bea127bca57c#file_connection.json
>    - Channel:
>    https://gist.github.com/23455d60bea127bca57c#file_channel.json
>
> In the above example, the connection shows *.last_event timestamps as when
> the connection was established / handshake occurred,
> and the channel shows current and consistent throughput + updated events.
>
> Q's:
> - Intended behaviour?
> - Is there any way to determine if a connection is idle from just the data
> available in the /api/connections endpoint?
>
>
> Cheers,
> Brendan
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20120801/1b710b58/attachment.htm>


More information about the rabbitmq-discuss mailing list