<div dir="ltr"><div><div>Hi Galder,<br><br></div>1. Yes, and the documentation states that we do not support scattered cache in server, see the last paragraph:<br><br>> Scattered mode is not exposed in the server configuration as the server is usually accessed through the Hot Rod
protocol. The protocol automatically selects primary owner for the writes and therefore the write (in distributed
mode with two owner) requires single RPC inside the cluster, too. Therefore, scattered cache would not bring
the performance benefit.<br><br></div><div>In the blogpost I have focused on 'what works' and on the design. I've left the limitations (server, functional commands) for the documentation, keeping it short. If you really thing that I should mention server, I could do that...<br></div><div><br></div>2. Setting numOwners to anything but 1 (or keeping it at default value) throws an exception when the configuration is validated. XML does not expose such attribute. Yes, you've read correctly: 1 is the num owners because we don't keep more owners in the CH, so it's resilient against one node failure with single owner. I could add this info to the user docs.<br><div><div><br></div><div>Radim<br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 4, 2017 at 1:11 PM, Galder Zamarreño <span dir="ltr"><<a href="mailto:galder@redhat.com" target="_blank">galder@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey Radim,<br>
<br>
Awesome blog post on scattered cache [1]!<br>
<br>
I think there's some extra information to be added or to be clarified in the blog itself:<br>
<br>
1. From what I understand, scattered cache should help the embedded use case primarily? When using Hot Rod, the primary owner is always hit, so the penalty of landing in a non-owner and having to do 2 RPCs is not there. Am I right? This should be clarified in the blog post.<br>
<br>
2. "As you can see, this algorithm cannot be easily extended to multiple owners" <- Do you mean users should never set num owners to 3 or higher? How would the system work if num owners was 1?<br>
<br>
Some of these questions might have been answered in the design doc, but as a user, I should not be expected to read the design document to answer these questions.<br>
<br>
If these questions are answered in the user documentation, that would be fine but I feel these are things that should be explained/clarified in the blog post itself.<br>
<br>
Cheers,<br>
<br>
[1] <a href="http://blog.infinispan.org/2017/07/scattered-cache.html" rel="noreferrer" target="_blank">http://blog.infinispan.org/<wbr>2017/07/scattered-cache.html</a><br>
--<br>
Galder Zamarreño<br>
Infinispan, Red Hat<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Radim Vansa<br></div>JBoss Performance Team<br></div></div>
</div>