[jboss-dev-forums] [Design of JBossCache] - Re: Partitioning in JBoss Cache - JBCACHE-60
mircea.markus
do-not-reply at jboss.com
Tue Aug 21 08:18:43 EDT 2007
some thoughts on data gravitation.
As the session affinity is not enforced (this means that affinity might vary from total randomness to a certain degree) the following optimization might be performed:
- if the call is made on a node that is not part of the partition, then rather tunnel the call to one of the nodes in the partition(determine it based on replicated meta data) than to add the node to the partition. This would be more efficient. When a certain threshold of hits on that out-of-partition node is reached (this means that there is a degree of affinity) - only then to add the node to the partition.
The above optimization relies on tunneling calls being (much?) efficient than replicating entire state of a subtree into an node( this also includes operation like flush to prevent changes to the cache, which might be quite expensive)
Also the join-partition logic might be made more smarter, to be aware of things like subtree size, hits to other nodes etc - more flexibility
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4076250#4076250
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4076250
More information about the jboss-dev-forums
mailing list