[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