[infinispan-dev] CHM or CHMv8?

[Galder Zamarreño]

Just a heads up on this. As mentioned in another email, I've created a CHMv8 version called EquivalentCHMv8 which allows equals/hashCode/toString calls on keys/values to be done via the new Equivalence interface, which allows even arrays to be used as key/values.

I originally planned to keep both CHMv8 and EquivalentCHMv8, but as Manik already suggested in another email, we should just keep EquivalentCHMv8. The changes are fairly minimal compared to CHMv8.

So, in case anyone is itching to start on 3022 and 3023, hold on for a few days while I finish the work to include EquivalentCHMv8.

Cheers,

On Apr 19, 2013, at 2:16 PM, Manik Surtani <msurtani at redhat.com> wrote:

> Ok, I've created 
> 
> https://issues.jboss.org/browse/ISPN-3022
> 
> In fact, we should also re-implement the BoundedConcurrentHashMap - the basis for LIRS and LRU eviction algorithms - to use techniques similar to CHMv8 rather than the old segment-based approach.  
> 
> https://issues.jboss.org/browse/ISPN-3023
> 
> Anyone has a few spare cycles - and is really good with complex concurrency code - want to take this on?  ;)
> 
> - M
> 
> On 19 Apr 2013, at 09:06, Manik Surtani <msurtani at redhat.com> wrote:
> 
>> 
>> On 19 Apr 2013, at 05:07, Sanne Grinovero <sanne at infinispan.org> wrote:
>> 
>>> Why not. Only doubt I'd have is that other usages of the CHM are - I guess - services registry and similar configuration tools, for which write performance is irrelevant: your test measured puts, are there drawbacks on gets or memory usage?
>>> 
>> See the original announcement on concurrency-interest by Doug Lea, and the subsequent comments.  The design is up here too.  One of the goals was to drastically reduce memory usage with CHMv8.
>> 
>> http://comments.gmane.org/gmane.comp.java.jsr.166-concurrency/8140
>> 
>> Interestingly, Netty uses a backported CHMv8 as well - apparently inspired by our inclusion of it in Infinispan.  ;)
>> 
>> https://github.com/netty/netty/issues/1052
>> 
>> -M
>> 
>> --
>> Manik Surtani
>> manik at jboss.org
>> twitter.com/maniksurtani
>> 
>> Platform Architect, JBoss Data Grid
>> http://red.ht/data-grid
>> 
> 
> --
> Manik Surtani
> manik at jboss.org
> twitter.com/maniksurtani
> 
> Platform Architect, JBoss Data Grid
> http://red.ht/data-grid
> 
> 
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev


--
Galder Zamarreño
galder at redhat.com
twitter.com/galderz

Project Lead, Escalante
http://escalante.io

Engineer, Infinispan
http://infinispan.org