Re: [infinispan-dev] CHM or CHMv8?
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(a)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(a)redhat.com> wrote:
>
> On 19 Apr 2013, at 05:07, Sanne Grinovero <sanne(a)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(a)jboss.org
> twitter.com/maniksurtani
>
> Platform Architect, JBoss Data Grid
> http://red.ht/data-grid
>
--
Manik Surtani
manik(a)jboss.org
twitter.com/maniksurtani
Platform Architect, JBoss Data Grid
http://red.ht/data-grid
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Galder Zamarreño
galder(a)redhat.com
twitter.com/galderz
Project Lead, Escalante
http://escalante.io
Engineer, Infinispan
http://infinispan.org