Re: Qpid Java Broker performance lower than expected

2011-10-25 Thread Danushka Menikkumbura
Hi Robbie, I did not notice that the BDB store was faster than the Derby store when I checked some time back. Thanks, Danushka On Wed, Oct 26, 2011 at 5:07 AM, Robbie Gemmell wrote: > Hi Vinay, > > I havent done any performance benchmarking of the Derby store to know > what a representative num

1 Queue with 2 Consumers - message delivery order?

2011-10-25 Thread Praveen M
Hi, I ran the following test 1) I created 1 Queue 2) Registered 2 consumers to the queue 3) Enqueued 10 messages to the Queue. [ The first enqueued message is long running. I simulated such that the first message on consumption takes about 50 seconds to be processed] 4) Once the enqueue is commit

Re: What is the memory footprint of an Apache qpid queue?

2011-10-25 Thread Praveen M
Hi Robbie, I didn't see a case when the broker threw a OOM Exception. It was simply using my 4GB heap but still functioning. I see the behavior like you mention of the entire heap getting garbage collected periodically during my later test. So i think it works very well. :) Thanks a lot for your

RE: Qpid Java Broker performance lower than expected

2011-10-25 Thread Vijay Devadhar
Hi Robbie, Thanks for detailed email responses; They really help us in understanding the internals of qpid; In this and earlier email to Praveen (my co-worker), I had the sense that you were suggesting that Berkely DB (BDB) persistent layer was better than Derby. Is that the case? If yes, what i

Re: Qpid Java Broker performance lower than expected

2011-10-25 Thread Robbie Gemmell
Hi Vinay, I havent done any performance benchmarking of the Derby store to know what a representative number would actually be, but I will try to take a look at some point. I havent actually used QpidBench, so can I ask if there were any specific command(s) you ran so I can try the same scenarios?

Re: What is the memory footprint of an Apache qpid queue?

2011-10-25 Thread Robbie Gemmell
Hi Praveen, Sorry for not getting back to you sooner, I havent had time to actually finish looking at this properly. I did manage to take a couple of shorter looks at it and believe I have identified some issues that would a) lead to the broker using more memory at peak than it ought to need durin

Re: Apache Qpid 0.10 --- 64bit Version

2011-10-25 Thread Chuck Rolke
Hamid, You can get a version of Boost from http://people.apache.org/~chug/boost-win-1.47/ The tarball files were made with 7zip and unpack well using 7zip. There are two 64-bit versions, one each compiled with VS2008 and VS2010. Choose the one you want to use and unpack the files to C:\Boost for

RE: Apache Qpid 0.10 --- 64bit Version

2011-10-25 Thread Steve Huston
Hi Hamid, I'd say mid-end November for the 0.14 release. But you can try things out with the current svn repository content - it's unlikely to change too much. To build the kit, go to qpid/packaging/windows and run: build_installer.bat x86|x64 If cmake can find your Boost, etc. with no problem,

RE: Are you using Apache QPID in production?

2011-10-25 Thread Vijay Devadhar
Kerry, Thank you for sharing your experience. We are pondering about using it in production. We are a linux shop so we will mostly avoid the limitations that you mentioned. Also, we are most likely to code the failover ourselves and point to the standby broker when the original fails. I am worr

RE: Apache Qpid 0.10 --- 64bit Version

2011-10-25 Thread Hamid.Shahid
Hi Steve, Thank you for your response. Can you please tell me when the release is expected? and what steps are required to make a 64-bit release if I want to try it. regards, Hamid. -- View this message in context: http://apache-qpid-users.2158936.n2.nabble.com/Apache-Qpid-0-10-64bit-Version-tp

RE: Are you using Apache QPID in production?

2011-10-25 Thread Steve Huston
Just a couple notes on Kerry's experience... - The Windows service capability is in for 0.14. - The federation capability is not dependent on openais - it can work on Windows but there's a bug preventing it, and I'm not sure of the nature of it - it may be simple, maybe not. -Steve > -Orig