qpid-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Adam Chase <adam.cha...@gmail.com>
Subject Re: clustering crash
Date Tue, 10 Mar 2009 21:07:32 GMT
So I am trying this again with code from svn and it seems to be
working much better.  I've been running load tests for a few hours and
haven't had any crashes.

You guys are doing great stuff.

Should I assume that the same types of things that speed things up in
the non-clustered case also speed things up for the clustered



On Tue, Mar 10, 2009 at 4:49 PM, Alan Conway <aconway@redhat.com> wrote:
> Carl Trieloff wrote:
>> Two comments,
>> In terms of clustering, M4 is quite old and there are a lot of fixes on
>> trunk, soon to be 0.5 This
>> would be the better location to work from for clustering
>> To the second question, if the AIS multicast network backs up, it will
>> push back on producers.
> There have been a lot of changes in the clustering, particularly in the area
> of flow control. I'd suggest first moving to the latest trunk and then see
> where you are from there.
> In particular, pushing back on producers is one of the things added since
> December. qpidd now sets a limit on the amount of data "in transit" thru
> openais per connection so it can match the read rate from qpid producers to
> the rate thru openais. openais itself has had recent fixes in this area
> also, so update that as well.
>> Adam Chase wrote:
>>> I may be reading this wrong, but can't the servers slow down if the
>>> replication is lagging too much?
> Not entirely sure what you mean, did my comment above answer this?
> ---------------------------------------------------------------------
> Apache Qpid - AMQP Messaging Implementation
> Project:      http://qpid.apache.org
> Use/Interact: mailto:users-subscribe@qpid.apache.org

Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: mailto:users-subscribe@qpid.apache.org

View raw message