Great stuff Bela!<div><br></div><div>Btw, is xsite replication bidirectional? LON has SFO as backup, and SFO also has LON as backup.<br><br><div class="gmail_quote">On Fri, Dec 14, 2012 at 8:01 PM, Sanne Grinovero <span dir="ltr"><<a href="mailto:sanne@infinispan.org" target="_blank">sanne@infinispan.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">That was very very nice to see.<br>
<br>
Assuming you also asked for feedback to improve this as a talk:<br>
<br>
1# you stress several times that reads are going to be local, so very<br>
fast. I think you meant "local to the site" ? as some ~33% of entries<br>
will need to be fetched from peers on the same site.<br>
<br>
2# you aren't actually running this on multiple sites are you? When<br>
pointing out the different IP addresses you say something about<br>
needing them to be different, but I didn't understand if you needed<br>
them different because they are in different places, or to separate<br>
otherwise local machines to have them appear as in different places.<br>
<br>
3# Since get operations are always local (site), they are as you say<br>
not meaningful for the benchmark; now since put operations are also<br>
not meaningful as it's async .. what is the benchmark measuring?<br>
<br>
4# There seems to be some degree of redundancy when explaining<br>
LON/SFO/NYC setting as the local site vs the backup sites. Wouldn't it<br>
make more sense to be able to configure all backup sites the same and<br>
have it automatically ignore the "self" element as a backup site? So<br>
your script would only need to specify what the local site is. If that<br>
makes any sense it would even be nice to extend this to the IP<br>
addresses being defined in the zones area, so that they are applied<br>
both to the JGroups configuration for the local cluster and to the<br>
bridge configuration.<br>
<br>
5# I was initially surprised to see x-site configuration as part of a<br>
cache configuration; I understand the reasons for options like<br>
"strategy" which one might want to specify differently on each cache,<br>
but what about "take offline" ? that sounds more something which<br>
should be globally managed at the channel level - not sure if in<br>
JGroups directly but if it's to be handled in Infinispan I would<br>
expect to have all caches use the same policy, consistent with FD.<br>
Also it doesn't looks like you have much of a choice in to which sites<br>
you want to replicate, as relay is setup at the jgroups level so<br>
affecting all caches: is relay going to be ignored by caches having no<br>
x-site enabled? And is it going to be relayed only to one site if the<br>
Infinispan configuration lists a single site?<br>
Not sure if this makes any sense, I just found it contrasting with my<br>
naive expectations of how such a configuration would look like.<br>
<br>
thanks a lot, I hope this is proof enough that your video was pretty catchy :)<br>
Cheers,<br>
Sanne<br>
<div class="HOEnZb"><div class="h5"><br>
On 14 December 2012 11:47, Radoslav Husar <<a href="mailto:rhusar@redhat.com">rhusar@redhat.com</a>> wrote:<br>
> Thanks Bela, I enjoyed the demo!<br>
><br>
> I suggest adding some sort of visualization (maybe just a few diagrams<br>
> within the demo) of what is actually happening with the data would help<br>
> understanding for users who are just starting with xsite.<br>
><br>
> Rado<br>
><br>
> On 14/12/12 12:09, Bela Ban wrote:<br>
>> FYI,<br>
>><br>
>> I've uploaded a 10-minute video [1] to YouTube showing how I setup and<br>
>> run a perf test for Infinispan xsite replication [2]. The test<br>
>> (including all configuration) is available at [3]. This was run with a<br>
>> snapshot of Infinispan (roughly 5.2.0.Beta6) and JGroups 3.3.0.Alpha1.<br>
>> Enjoy !<br>
>><br>
>> [1] <a href="http://www.youtube.com/watch?v=owOs430vLZo" target="_blank">http://www.youtube.com/watch?v=owOs430vLZo</a><br>
>> [2] <a href="https://docs.jboss.org/author/display/ISPN/Cross+site+replication" target="_blank">https://docs.jboss.org/author/display/ISPN/Cross+site+replication</a><br>
>> [3] <a href="https://github.com/belaban/IspnPerfTest" target="_blank">https://github.com/belaban/IspnPerfTest</a><br>
>><br>
> _______________________________________________<br>
> infinispan-dev mailing list<br>
> <a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
_______________________________________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
</div></div></blockquote></div><br></div>