[infinispan-issues] [JBoss JIRA] Updated: (ISPN-719) BoundedConcurrentHashMap.EvictionListener should have a bulk entry listener method.

[ https://jira.jboss.org/browse/ISPN-719?page=com.atlassian.jira.plugin.sys... ] Manik Surtani updated ISPN-719: ------------------------------- Description: BoundedConcurrentHashMap.EvictionListener should have a bulk entry listener so that CacheStores can optimize passivation behavior. Current BoundedConcurrentHashMap notifies EvictionListener for every evicted entry. However, as you see from BoundedConcurrentHashMap.Segment.attemptEviction(..), eviction often happens in bulk. If these evicted entries are supposed to be passivated, it is often beneficial to begin a transaction because it often takes much less time to call commit() less often. If N entries are evicted: without bulk eviction:     store.store(e1); -- each store implied a commit()     store.store(..);     store.store(eN); with bulk eviction:     store.begin(mods(e1, ..., eN), tx, true); was: BoundedConcurrentHashMap.EvictionListener should have a bulk entry listener so that CacheStores can optimize passivation behavior. Current BoundedConcurrentHashMap notifies EvictionListener for every evicted entry. However, as you see from BoundedConcurrentHashMap.Segment.attemptEviction(..), eviction often happens in bulk. If these evicted entries are supposed to be passivated, it is often beneficial to begin a transaction because it often takes much less time to call commit() less often. If N entries are evicted: without bulk eviction: store.store(e1); -- each store implied a commit() store.store(..); store.store(eN); with bulk eviction: store.begin(mods(e1, ..., eN), tx, true); -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira