Thank you for the hints.

I can confirm that the throughput is far better with QPID Proton 0.20 (and
the C++ Broker 0.37).

The new results are:
15 seconds for a 300 MB message
23 seconds for a 500 MB message
47 seconds for a 800 MB message

(all numbers are averages)

Kind Regards,
Andreas


On Wed, Feb 21, 2018 at 11:57 AM, Robbie Gemmell <robbie.gemm...@gmail.com>
wrote:

> The warning is mainly just the result that Proton 0.19.0 was released
> after qpid-cpp 1.37.0 was. They were verified together when 0.19.0 was
> released, and I dont think there is any known issue using them
> together. Given the latter is released less often that warning should
> probably be made less alarming, its been there since the early days of
> Proton when it was actually useful to know.
>
> You cant make Proton talk AMQP 0-10, it only supports AMQP 1.0. You
> would have to change to the older qpid-python client to use 0-10.
>
> Robbie
>
> On 21 February 2018 at 10:44, andi welchlin <andi.welch...@gmail.com>
> wrote:
> > I used the current broker 1.37.0 now and wanted to use proton 0.19 but
> > cmake complains that is is only tested with 0.18.1.
> >
> > So I tried this and the results became worse than with 1.36.0 / 0.16.
> Now a
> > 300 MB message takes about 151 seconds, before it was 126.
> >
> > AMQP 1.0 is used
> >
> > Since you mentioned it could be a problem with AMQP 1.0 I would like to
> > switch to AMQP 0.10.
> >
> > I am using Python and connect like this within the MessagingHandler:
> >
> > self.conn = self.container.connect(self.host, reconnect = False)
> >
> > How can I switch the protocol to 0.10? I did not find an example how to
> do
> > this with qpid proton.
> >
> > Regards,
> > Andreas
> >
> >
> >
> >
> >
> >
> > On Wed, Feb 21, 2018 at 9:33 AM, andi welchlin <andi.welch...@gmail.com>
> > wrote:
> >
> >> Hi Gordon, hi Chuck,
> >>
> >> thank you for the information.
> >>
> >> I tested using Proton Python clients (python3) version 0.16 and qpidd
> c++
> >> version 1.36.0.
> >>
> >> I will take the newest versions of both and retest. Will come back with
> >> the results.
> >>
> >> Thank you,
> >> Andreas
> >>
> >>
> >> On Tue, Feb 20, 2018 at 10:15 PM, Chuck Rolke <cro...@redhat.com>
> wrote:
> >>
> >>>
> >>>
> >>> ----- Original Message -----
> >>> > From: "Gordon Sim" <g...@redhat.com>
> >>> > To: users@qpid.apache.org
> >>> > Sent: Tuesday, February 20, 2018 3:36:37 PM
> >>> > Subject: Re: C++ Broker Performance with large messages
> >>> >
> >>> > On 20/02/18 16:51, andi welchlin wrote:
> >>> > > Hello all,
> >>> > >
> >>> > > I tested throughput of the Qpid C++ Broker (compiled as Release).
> >>> > >
> >>> > > It was tested on a virtual machine with 15 GB RAM.
> >>> > >
> >>> > > First I sent a 100 MB message into a persistent queue. From sender
> to
> >>> > > receiver it took 16 seconds for one message.
> >>> > >
> >>> > > Afterwards I sent a 300 MB message, this one took 125 seconds. So
> >>> this is
> >>> > > not 3 times more (as I would have expected but 7,5 times more).
> >>> > >
> >>> > > Any suggestions how to improve throughput?
> >>> > >
> >>> > > Do you have an idea why 300 MB is 7,5 times slower than 100 MB?
> >>> >
> >>> > Is this over AMQP 1.0? Also what clients have you tested with and is
> >>> > there any differences there?
> >>> >
> >>>
> >>> Some AMQP 1.0 qpid-proton -based sending clients before 0.19 suffered
> >>> from large
> >>> output buffer issues. See https://issues.apache.org/jira
> >>> /browse/PROTON-1687
> >>> and related issues.
> >>>
> >>> >
> >>> > ------------------------------------------------------------
> ---------
> >>> > To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> >>> > For additional commands, e-mail: users-h...@qpid.apache.org
> >>> >
> >>> >
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> >>> For additional commands, e-mail: users-h...@qpid.apache.org
> >>>
> >>>
> >>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> For additional commands, e-mail: users-h...@qpid.apache.org
>
>

Reply via email to