[infinispan-issues] [JBoss JIRA] Commented: (ISPN-359) Provide mechanism for users to control data locality when using DIST
Vladimir Ralev (JIRA)
jira-events at lists.jboss.org
Thu Apr 8 14:52:38 EDT 2010
[ https://jira.jboss.org/jira/browse/ISPN-359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12524657#action_12524657 ]
Vladimir Ralev commented on ISPN-359:
-------------------------------------
Would it be possible to make this feature work with buddy replication in cooperation with mod_cluster? For example you have node1,node2,node3,node4. Session A is on node1 and node2. When node1 fails it would be best mod_cluster to hit deterministically node2 instead of the other nodes. I remember I have seen hints that Infinispan is looking into rehashing or rebalancing, but I am not sure how smart is the algorithm and is it working cooperatively with mod_cluster?
> Provide mechanism for users to control data locality when using DIST
> --------------------------------------------------------------------
>
> Key: ISPN-359
> URL: https://jira.jboss.org/jira/browse/ISPN-359
> Project: Infinispan
> Issue Type: Feature Request
> Components: Distributed Cache
> Affects Versions: 4.0.0.Final
> Reporter: Tero Heinonen
> Assignee: Manik Surtani
> Fix For: 4.1.0.BETA1
>
>
> Programmable affinity either through:
>
> 1) statically (e.g. annotating a certain field as the key for consistent hashing)
> - in our case this cannot be based on the hashCode() as the affinity requirement and object identity are not directly related
>
> 2) dynamically (e.g. providing a overridable/annotatable consistentHashCode() function)
>
> This would help to assign entities (in multiple Caches), which are needed together in the same nodes (to avoid remote lookups)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the infinispan-issues
mailing list