qpid-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gordon Sim <g...@redhat.com>
Subject Re: survey: c++ broker and queue depth statistics
Date Tue, 01 Oct 2013 12:10:14 GMT
On 09/27/2013 11:47 AM, Gordon Sim wrote:
> The c++ broker reports a queue depth in terms of total bytes, as well as
> the number of messages.
>
> For 0-10 the bytes statistic is calculated by aggregating only the
> content size (i.e. the size of the body segment). For 1.0 it is the
> whole message including properties etc (i.e. the payload of the transfer
> 'performative').
>
> So the size will be different depending on the protocol used in sending
> it and this difference can be quite marked. E.g. in an extreme case
> where there are many headers but no content, the bytes reported if sent
> over 0-10 would be 0 whereas if sent over 1.0 could easily be several
> hundred bytes.
>
> The question is what to do about this. The options are (a) accept that
> they are inconsistent between versions, (b) modify the 1.0 path to only
> record the application-data or (c) modify the 0-10 path to include the
> size of the header segment.
>
> While (c) seems to me to be logical the most 'correct', it would be a
> difference in behaviour. It would mean for example that any queue limits
> would be hit earlier. One could argue that would be an improvement, but
> it may cause issues for systems when upgrading.
>
> The purpose of this mail is to solicit some feedback from users as to
> which of these options (or indeed other options that have not occurred
> to me) would be preferable.

Option (c) appears to be the preferred solution. I've put a patch for 
that up for review for anyone interested: 
https://reviews.apache.org/r/14427/


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
For additional commands, e-mail: users-help@qpid.apache.org


Mime
View raw message