[infinispan-dev] DataContainer performance review
Vladimir Blagojevic
vblagoje at redhat.com
Thu Jun 30 12:31:11 EDT 2011
On 11-06-30 12:23 PM, Mircea Markus wrote:
>> Yes, only 32 segments! Much of that performance impact in BCHM comes
>> from node tracking overhead per segment (queues, lists etc etc) as
>> well. When we increase segment count this overhead falls
>> substantially. CHM performs well with both 32 and 512 segments under
>> these tests. It is just that BCHM basically grinds to a stop for
>> large caches if we have 32 segments only.
> Can't we adjust the segment size dynamically?
I don't think we can ignore user settings for concurrency and max
capacity. Concurrency essentially equals to segment count. We can warn
user that if concurrency is inappropriate for container max capacity.
More information about the infinispan-dev
mailing list