[JBoss JIRA] Updated: (JBCACHE-224) Expose eviction management attributes
by Manik Surtani (JIRA)
[ http://jira.jboss.com/jira/browse/JBCACHE-224?page=all ]
Manik Surtani updated JBCACHE-224:
----------------------------------
Fix Version/s: (was: 2.0.0.GA)
> Expose eviction management attributes
> -------------------------------------
>
> Key: JBCACHE-224
> URL: http://jira.jboss.com/jira/browse/JBCACHE-224
> Project: JBoss Cache
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Reporter: Ben Wang
> Assigned To: Ben Wang
> Priority: Minor
> Original Estimate: 3 days
> Remaining Estimate: 3 days
>
> We will need to expose the eviction side of management attributes. This is useful for troubleshooting. But keep in mind that it can also depends on the evction policy used as well. Basic ones are:
> 1. How long does the eviction thread take to process the eviction each time? Or the aevergage time?
> 2. What is the current capacity for the event queue?
> 3. How many nodes have been evicted for this wakeup interval and what's the average time it takes?
> 4. How many eviction miss? I.e., try to evict but the node is gone?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 4 months
[JBoss JIRA] Assigned: (JBCACHE-401) AOP Collection CacheSetImpl.add needs to be atomic
by Manik Surtani (JIRA)
[ http://jira.jboss.com/jira/browse/JBCACHE-401?page=all ]
Manik Surtani reassigned JBCACHE-401:
-------------------------------------
Assignee: Jason T. Greene (was: Manik Surtani)
> AOP Collection CacheSetImpl.add needs to be atomic
> --------------------------------------------------
>
> Key: JBCACHE-401
> URL: http://jira.jboss.com/jira/browse/JBCACHE-401
> Project: JBoss Cache
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: PojoCache
> Affects Versions: PojoCache
> Reporter: Scott Marlow
> Assigned To: Jason T. Greene
> Fix For: 2.1.0.GA
>
>
> CachedSetImpl.add() is not atomic (another thread could be adding the same value at the same time and both threads get past the existence test).
> Current code looks like this:
> public boolean add(Object o)
> {
> if(keySet().contains(o)) // existance test is done under separate lock
> return false;
> try { // putObject is done under separate lock
> cache_.putObject(new Fqn(getFqn(), o),o);
> return true;
> } catch (CacheException e) {
> throw new NestedRuntimeException(e);
> }
> }
> I think we need to do something like this:
> public boolean add(Object o)
> {
> try {
> cache_.putIfAbsent(new Fqn(getFqn(), o),o);
> return true;
> } catch (CacheException e) {
> throw new NestedRuntimeException(e);
> }
> }
> Will need new api support
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 4 months