Re: survey: c++ broker and queue depth statistics

2013-10-01 Thread Gordon Sim
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 includin

Re: survey: c++ broker and queue depth statistics

2013-09-30 Thread Alan Conway
I vote c. It is an improvement in behaviour. On 09/27/2013 06: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 segm

Re: survey: c++ broker and queue depth statistics

2013-09-30 Thread NimbusParc
I would vote for (c) option. 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 > wh

Re: survey: c++ broker and queue depth statistics

2013-09-30 Thread NimbusParc
mit >> makes more sense >> >> Kind regards, >> Pavel >> >> >> >> - Original Message - >>> From: "Gordon Sim" < > gsim@ > > >>> To: > users@.apache >>> Sent: Friday, September 27, 2013

RE: survey: c++ broker and queue depth statistics

2013-09-27 Thread Steve Huston
c. > -Original Message- > From: Gordon Sim [mailto:g...@redhat.com] > Sent: Friday, September 27, 2013 6:47 AM > To: users@qpid.apache.org > Subject: survey: c++ broker and queue depth statistics > > The c++ broker reports a queue depth in terms of total bytes, as well as the > number of

Re: survey: c++ broker and queue depth statistics

2013-09-27 Thread Gordon Sim
On 09/27/2013 01:01 PM, Pavel Moravec wrote: I would vote for (c) option. Thanks, Pavel! Negs: - "backward incompatible" change Pros: - the incompatibility requires just a change in one type of number during one upgrade And I'd note this is a worst case scenario also. For many current use

Re: survey: c++ broker and queue depth statistics

2013-09-27 Thread Gordon Sim
On 09/27/2013 12:52 PM, Jakub Scholz wrote: Assuming there are no plans to abandon AMQP 0.10, I would say that in my opinion the option c) is worth the effort both on Qpid side as well as for the users side. The option d) seems to be unnecessary. At least with our use cases we never plan the queu

Re: survey: c++ broker and queue depth statistics

2013-09-27 Thread Ted Ross
, 2013 1:04:17 PM Subject: Re: survey: c++ broker and queue depth statistics 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

Re: survey: c++ broker and queue depth statistics

2013-09-27 Thread Pavel Moravec
, 2013 1:04:17 PM > Subject: Re: survey: c++ broker and queue depth statistics > > 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

Re: survey: c++ broker and queue depth statistics

2013-09-27 Thread Jakub Scholz
Hi Gordon, Assuming there are no plans to abandon AMQP 0.10, I would say that in my opinion the option c) is worth the effort both on Qpid side as well as for the users side. The option d) seems to be unnecessary. At least with our use cases we never plan the queue sizes exactly to the last byte a

Re: survey: c++ broker and queue depth statistics

2013-09-27 Thread Gordon Sim
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 includin