Re: [infinispan-dev] Introducing JGroups scopes
A scope is a short.
When discussing scopes, this was seen as sufficient, but if you want
bloom filters this won't suffice...
The question is can you do with roughly 32'000 scopes per member ? If
this is the case, you could maintain a hashmap of scope-ids and bloom
filters (for example)...
If not, we need to revisit this. If you need a different type, let's
discuss this, but it should be a type that can be used as a key into a
hashmap...
On 1/31/11 2:42 PM, Manik Surtani wrote:
Even more fine grained than that, any 2 txs should be allowed to
complete in parallel (if they competed for locks, one would block on the other in the
LockManager and wouldn't progress in parallel anyway). This is the logic that allows
us to use OOB for sync calls. The hard part is, how do we encode this information into a
scope ID. AIUI, scope is a String? And you use simple string matching? In which case
Bloom filters won't work ...
--
Bela Ban
Lead JGroups / Clustering Team
JBoss