[infinispan-issues] [JBoss JIRA] (ISPN-4610) Implement total order for non-transactional caches

[Tristan Tarrant (JIRA)]

     [ https://issues.jboss.org/browse/ISPN-4610?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Tristan Tarrant updated ISPN-4610:
----------------------------------
    Fix Version/s:     (was: 7.1.0.CR1)


> Implement total order for non-transactional caches
> --------------------------------------------------
>
>                 Key: ISPN-4610
>                 URL: https://issues.jboss.org/browse/ISPN-4610
>             Project: Infinispan
>          Issue Type: Feature Request
>          Components: Core
>    Affects Versions: 7.0.0.Alpha5
>            Reporter: Dan Berindei
>            Assignee: Pedro Ruivo
>
> Current locking algorithm in non-transactional caches needs a remote thread on the primary owner to block while replicating the update to the backup owner. The thread is also holding the lock for the key, so it's blocking other threads that want to write to the same key. When there is a lot of contention, this can exhaust the remote executor thread pool and cause lock timeouts.
> TO was designed with high contention in mind, and it doesn't block threads to acquire locks. So it should handle this much better.
> An alternative solution would be the locking rework in ISPN-2849.



--
This message was sent by Atlassian JIRA
(v6.3.11#6341)