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 <msurt...@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 <msurt...@redhat.com> wrote: > >> >> On 19 Apr 2013, at 05:07, Sanne Grinovero <sa...@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 >> ma...@jboss.org >> twitter.com/maniksurtani >> >> Platform Architect, JBoss Data Grid >> http://red.ht/data-grid >> > > -- > Manik Surtani > ma...@jboss.org > twitter.com/maniksurtani > > Platform Architect, JBoss Data Grid > http://red.ht/data-grid > > > _______________________________________________ > infinispan-dev mailing list > infinispan-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Galder Zamarreño gal...@redhat.com twitter.com/galderz Project Lead, Escalante http://escalante.io Engineer, Infinispan http://infinispan.org _______________________________________________ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev
