Re: Performance troubles with qpid and mule

2009-11-23 Thread Rajith Attapattu
Henry, I am not familiar with Mule, so bear with me If I make any wrong assumptions. By looking at the config it seems that there are 10 consumers on the queue. 1. Have you verified how many messages are present on the queue? 2. You mentioned all messages are delivered to the same endpoint. Coul

Re: Performance troubles with qpid and mule

2009-11-23 Thread Carl Trieloff
Henry Robinson wrote: Hi - I'm getting disappointing performance reading from a Qpid queue into a simple Mule endpoint (that does essentially nothing) - about 150 msgs/s. I'd appreciate some guidance about performance tuning. This is all running on the same machine - an 8 core Xeon machine with

Performance troubles with qpid and mule

2009-11-23 Thread Henry Robinson
Hi - I'm getting disappointing performance reading from a Qpid queue into a simple Mule endpoint (that does essentially nothing) - about 150 msgs/s. I'd appreciate some guidance about performance tuning. This is all running on the same machine - an 8 core Xeon machine with 8Gb of RAM. Here's the

Re: memory leak in qpid::client::Connection?

2009-11-23 Thread Daniel Etzold
Hi Alan, sounds good. I'm looking forward to hear from Andrew. Ragards, Daniel On Mon, Nov 23, 2009 at 3:16 PM, Alan Conway wrote: > On 11/23/2009 07:17 AM, Steve Huston wrote: > >> Thanks, Daniel! It looks like the thread created isn't being joined, >> but someone will look into it further. >

Re: memory leak in qpid::client::Connection?

2009-11-23 Thread Daniel Etzold
Hi Carl, I think memory pooling cannot be the problem since the requested memory blocks should not differ much in size and therefore should be reused for a new memory allocation request. Nevertheless, I modified the code a bit. Now, it pauses for 30 seconds after 1000 iterations and prints the mem

Re: memory leak in qpid::client::Connection?

2009-11-23 Thread Alan Conway
On 11/23/2009 07:17 AM, Steve Huston wrote: Thanks, Daniel! It looks like the thread created isn't being joined, but someone will look into it further. This sounds like a race condition we've been seeing occasionally where the Connector thread isn't always joined and therefore leaks some assoc

Re: memory leak in qpid::client::Connection?

2009-11-23 Thread Carl Trieloff
Is it not just that the memory is not needed back yet from Linux? I.e. gcc does not really try to reuse memory until it needs to. If you run for say 30 seconds, then stop the client for a few, and then run it again. Or in the pause in-between start firefox... and see if tc_mem_consolidate is

Re: Request to Add autoDelete Parameter to qpid-route command

2009-11-23 Thread Gordon Sim
On 11/20/2009 08:50 PM, Cullen Davis wrote: Synopsis: Dynamic federation does not guarantee delivery of messages. Setting autoDelete=false on the “transit-queue” during dynamic federation queue creation would eliminate the issue. Summary: Our solution utilizes Qpid 0.5 C++ brokers and clients

RE: memory leak in qpid::client::Connection?

2009-11-23 Thread Steve Huston
Thanks, Daniel! It looks like the thread created isn't being joined, but someone will look into it further. -Steve -- Steve Huston, Riverace Corporation Total Lifecycle Support for Your Networked Applications http://www.riverace.com > -Original Message- > From: Daniel Etzold [mailto:det

Re: memory leak in qpid::client::Connection?

2009-11-23 Thread Daniel Etzold
Hi Steve, I've created a jira report. https://issues.apache.org/jira/browse/QPID-2214 Thanks, Daniel On Fri, Nov 20, 2009 at 4:23 PM, Steve Huston wrote: > Hi Daniel, > > > when executing the code below (connecting and disconnecting to a > local > > broker without sending any messages) the mem