"jorgemoralespou_2" wrote:
For a 10000 atribute node, what data is replicating when we change on of the attributes? Is it replicating the whole node data, or only the changed attribute?
It depends. It really replicates a method call, so if you do:
Node n; // contains 100000 attribs
Map m = generateData(); // creates a map with 10000 attribs
n.putAll(m);
The above will replicate a map with 10000 attribs. But if you do:
Node n; // contains 100000 attribs
n.put("hello", "world");
The above will replicate the single key/value pair.
"jorgemoralespou_2" wrote:
What is faster, access to a 10000 attribute node, or access to 10000 nodes single attributed?
Again, depends. If your tree is deep, walking the tree will become a performance overhead. Also depends on your data access patterns: if you do a lot of bulk updates (node.putAll()) having more attribs in a single node would be faster, but will reduce concurrency.
"jorgemoralespou_2" wrote:
Would REPL_ASYNC signify a performance gain?
Yes, in so far as you don't block on replication completing. Also means you scale better as your cluster size increases.
"jorgemoralespou_2" wrote:
Would the be deadlocking issues when more threads access cache.
Possibly. See Optimistic Locking.
"jorgemoralespou_2" wrote:
Is it better to set up TCP replication?
Depends on your network. With Buddy Replication this could be better.
"jorgemoralespou_2" wrote:
Is there any performance tunning guide?
Not yet. :-(
