[infinispan-dev] Concurrent hashmaps parameters
Jason T. Greene
jason.greene at redhat.com
Wed Sep 16 03:22:49 EDT 2009
Bela Ban wrote:
>
> David M. Lloyd wrote:
>> NonBlockingHashMap is great *except* that it relies on sun.misc.Unsafe,
>> which makes portability a bit iffy. I *think* that it could be ported to
>> use Atomic* instead, but it looked like quite a bit of work to do so (not
>> to mention testing).
>>
>> The problem with CHM is that they are *big*, so you don't want to have a
>> lot of them - *especially* if you're using a high concurrency level,
>> because they get even bigger in that case.
>
> Understood that CHMs are big, but back to my question: how doesn
> Infinispan intend to address hashmaps with 1000 different keys ? Or are
> you guys already parameterizing creation of CHMs ?
>
There is a concurrency level setting that the user can set based off of
expected size (it also affects striping).
--
Jason T. Greene
JBoss, a division of Red Hat
More information about the infinispan-dev
mailing list