<p><br>
On Sep 28, 2011 5:24 PM, "Mircea Markus" <<a href="mailto:mircea.markus@jboss.com">mircea.markus@jboss.com</a>> wrote:<br>
><br>
> Nice stuff.<br>
><br>
> Some q:<br>
><br>
> - When a node CM that has c1 and c2 caches running on it goes down, you'll end up having REQUEST_LEAVE(c1) and REQUEST_LEAVE(c2) at the same time. Is this handled in serial or in parallel?<br>
></p>
<p>In parallel, although that shouldn't matter because the rebalance is triggerred asynchronously.</p>
<p>> - The view updates can be disabled dynamically (DISABLE_VIEW_UPDATES). Shouldn't we also be able to re-enabled them manually after that?<br>
><br>
> The view accept handler updates the pending view acquires the view change lock in exclusive mode, then releases it immediately<br>
> Shouldn't this be:<br>
> - acquire exclusive lock<br>
> - updates the pending view<br>
> - release lock<br>
> ?</p>
<p>Right, what I meant to say is that it doesn't hold the lock for the entire duration of the rebalance task.</p>
<p>><br>
> On 27 Sep 2011, at 17:22, Dan Berindei wrote:<br>
><br>
>> Following the discussions last week I've written up a wiki page<br>
>> describing the strategies for cache view management and state transfer<br>
>> that will enable asymmetric caches and manual rehashing:<br>
>> <a href="http://community.jboss.org/wiki/AsymmetricCachesAndManualRehashingDesign">http://community.jboss.org/wiki/AsymmetricCachesAndManualRehashingDesign</a><br>
>><br>
>> The state transfer part is not very detailed, as you'll see we want to<br>
>> go with a non-blocking approach but I'm not sure we can finish that<br>
>> for 5.1 so we're keeping a blocking fallback option.<br>
>><br>
>> Your comments are welcome, either on the list or on the wiki page.<br>
>><br>
>> Dan<br>
>> _______________________________________________<br>
>> infinispan-dev mailing list<br>
>> <a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
>> <a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> infinispan-dev mailing list<br>
> <a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
</p>