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 environment? Thanks, Adam On Tue, Mar 10, 2009 at 4:49 PM, Alan Conway <[email protected]> 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:[email protected] > > --------------------------------------------------------------------- Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:[email protected]
