[infinispan-issues] [JBoss JIRA] (ISPN-3214) When non owner updates non-tx dist cache the L1 is not updated
William Burns (JIRA)
jira-events at lists.jboss.org
Thu Jun 20 09:53:21 EDT 2013
[ https://issues.jboss.org/browse/ISPN-3214?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12783326#comment-12783326 ]
William Burns commented on ISPN-3214:
-------------------------------------
Actually looking into this, it would require locking the L1 cache before the remote invocation and after. This may be okay? With the changes I have for ISPN-3197, we only update the L1 cache on a read if it is able to acquire the lock immediately. But this could cause a L1 update to miss if a conditional write occurs and fails since it would no longer update the L1 but held the lock - acceptable?
Also this would be a similar regression to how locking would work in that it would acquire the local lock first before the remote. But I believe this should be fine since the issue prior was if it acquired the remote owner locks in a different order, causing a deadlock. Now we only acquire the primary owner lock instead.
> When non owner updates non-tx dist cache the L1 is not updated
> --------------------------------------------------------------
>
> Key: ISPN-3214
> URL: https://issues.jboss.org/browse/ISPN-3214
> Project: Infinispan
> Issue Type: Bug
> Components: Distributed Cache
> Affects Versions: 5.2.6.Final
> Reporter: William Burns
> Assignee: William Burns
>
> Non tx DIST caches only add/update the L1 on a GetKeyValueCommand. The tx DIST cache updates the L1 cache on write operations as well. This should be consistent and is a minor performance issue.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the infinispan-issues
mailing list