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
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
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
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.
>
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
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
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
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
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
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
10 matches
Mail list logo