[infinispan-dev] Recommended Cluster Size for Replication Mode

[Radim Vansa]

Hi,

which version exactly do you use, 5.2.x, 5.3.x or 6.0.x? In 5.2 the 
replication mode was implemented separately from distribution mode and 
depending on your configuration (is it non-transactional synchronous?) 
the message control flow could differ. Since 5.3 replication mode is 
implemented in the same manner and the results should be more comparable.
I may be wrong here, but in 5.2.x concurrent writes to single key in 
non-transactional mode could result in entries being out of sync on some 
nodes (the writes could arrive at two nodes in different order). I think 
this cannot happen in >= 5.3 anymore.

Radim

On 08/12/2013 09:04 AM, Faseela K wrote:
> Hi,
>
>    With a 3 node cluster, even for "WRITES" my replication performance is better than distribution.
>    That's why I came across this doubt.
>    Could some body please clarify, why the behaviour is like this?
>
> Thanks,
> Faseela
>
> -----Original Message-----
> From: infinispan-dev-bounces at lists.jboss.org [mailto:infinispan-dev-bounces at lists.jboss.org] On Behalf Of Mircea Markus
> Sent: Friday, August 09, 2013 7:14 PM
> To: infinispan -Dev List
> Subject: Re: [infinispan-dev] Recommended Cluster Size for Replication Mode
>
> On 6 Aug 2013, at 15:19, Faseela K <faseela.k at ericsson.com> wrote:
>
>>     What is the recommended cluster size for Replication Mode?
>>     Given 3 nodes, My replication configuration performs better than my distributed configuration.
>>     Just wanted to know, at what cluster size, distribution will perform better than replication.
> There's no straight answer, it depends on the read/write ratio and the amount of data you store.
> Replication will always perform better for reads as it won't involve a remote call to get the data.
> If you're mostly doing reads and your memory allows (replication is more memory consuming) then you should use replication.
> If the amount of data increases or you're doing more writes, distribution is the way to go.
>
> Cheers,
> --
> Mircea Markus
> Infinispan lead (www.infinispan.org)
>
>
>
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev