Mailing-List: contact users-help@qpid.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@qpid.apache.org
Received-SPF: pass (athena.apache.org: domain of Filipe.Santos@coollink.pt
 designates 195.23.81.115 as permitted sender)
From: Filipe Santos <Filipe.Santos@coollink.pt>
To: "users@qpid.apache.org" <users@qpid.apache.org>
Subject: RE: Bulk binding
Thread-Topic: Bulk binding
Thread-Index: Ac+zFd0Rzh49DIyhTAe8Zbjpe1uShf///8QA///rhAA=
Date: Fri, 8 Aug 2014 15:57:00 +0000
Message-ID: <B425EC881A319044AAFE9E21630E0BDF01426449@DC106.coollink.local>
References: <B425EC881A319044AAFE9E21630E0BDF014253D6@DC106.coollink.local>
 <53E4EDD4.4090904@redhat.com>
In-Reply-To: <53E4EDD4.4090904@redhat.com>
Accept-Language: pt-PT, en-US
Content-Language: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Hi

Thank you for your quick answer.
Yes, I was talking about a QMFv2 message to the c++ broker!

I'm doing exactly what you suggested and also threading my requests in orde=
r to take advantage of the local cpu, but I'm always eager to improve bench=
marks.

Best,
Filipe Santos


-----Original Message-----
From: Gordon Sim [mailto:gsim@redhat.com]=20
Sent: sexta-feira, 8 de Agosto de 2014 16:34
To: users@qpid.apache.org
Subject: Re: Bulk binding

On 08/08/2014 03:47 PM, Filipe Santos wrote:
> Hi
>
> I'm trying to bind several queues at the same time in C++.
> What I'm presently doing is iterating through a list, and send a biding m=
essage per service.

I'm assuming that is a QMFv2 message to the c++ broker, is that right?

> This is quite costly since I have to send the massage and fetch the reply=
 for each one, if I do it sequentially I end up waiting a lot for huge amou=
nt of bindings ( I'm trying with 15000).
> Is there any way to join all the bindings into a list and send  the massi=
ve bind request?

You know you don't have to fetch the response for each message, right?=20
You can send all 15,000 requests then process all 15,000 responses. Each re=
sponse can be correlated to the specific request it refers to.

That would be my first suggestion. I'm not sure there would be an obvious b=
enefit from merging these all into a single request. There is a little bit =
of overhead, but I wouldn't expect it to be the most significant factor. (I=
 could of course be wrong!)

> I know if there is an error in a bulk I won't know which one has gone wro=
ng, but let's assume that I don't care about that. I also know that I don't=
 need to do them sequentially, I'm using threads and others techniques in o=
rder to make it faster, but due to the amount of request it's still slow.
>
>
> Best regards
> Filipe Santos
>
>


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


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