On Mar 18, 2011, at 11:22 AM, Manik Surtani wrote:

> 
> On 18 Mar 2011, at 07:12, Bela Ban wrote:
>> 
>>> Initially we were seeing lots of little clusters form, increasing the 
>>> number of initial members in the PING section of the jgroups-udp.xml file 
>>> and increasing the
>>> timeouts seems to have made things better but not great. Even at 20 
>> nodes, we are seeing messages where the coordinator is failing to flush.
>> 
>> I do *not* recommend FLUSH in clusters bigger than 10-15 nodes ! FLUSH 
>> will definitely kill you if you have clusters of 100s of nodes.
>> 
>> IIRC, Infinispan requires FLUSH, but I think this was removed in 
>> 4.2.1.FINAL. Maybe Manik or Vladimir can comment ?
> 
> 4.2.1.FINAL isn't out yet, but it should be soon.
> 
> The strategy I'm taking is that FLUSH will still be enabled and required to 
> maintain the same behaviour as 4.2.0, but you will be able to switch this 
> check off with a system property flag, and provide a JGroups config that 
> excludes FLUSH.

Hmmm, but we know there're problems with doing this, right? 
https://issues.jboss.org/browse/ISPN-937 - Vladimir, did you get around to 
investigating that?

> 
>>> It does not appear that the default configuration scales to a large size.
>> 
>> 
>> Correct. The default config is geared toward a 4-16 node cluster.
> 
> Yes, you will need to tune your JGroups config for larger clusters.  Maybe it 
> makes sense to ship a "jgroups-large-cluster.xml" config as well, to help 
> ease the complexity of this in future.
> 
> Cheers
> Manik
> 
> --
> Manik Surtani
> [email protected]
> twitter.com/maniksurtani
> 
> Lead, Infinispan
> http://www.infinispan.org
> 
> 
> 
> _______________________________________________
> infinispan-dev mailing list
> [email protected]
> https://lists.jboss.org/mailman/listinfo/infinispan-dev

--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache


_______________________________________________
infinispan-dev mailing list
[email protected]
https://lists.jboss.org/mailman/listinfo/infinispan-dev

Reply via email to