You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Vladimir Ozerov (JIRA)" <ji...@apache.org> on 2016/02/04 11:33:39 UTC
[jira] [Closed] (IGNITE-2335) Review ReentrantReadWriteLock usages.
[ https://issues.apache.org/jira/browse/IGNITE-2335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Vladimir Ozerov closed IGNITE-2335.
-----------------------------------
> Review ReentrantReadWriteLock usages.
> -------------------------------------
>
> Key: IGNITE-2335
> URL: https://issues.apache.org/jira/browse/IGNITE-2335
> Project: Ignite
> Issue Type: Sub-task
> Components: general
> Affects Versions: ignite-1.4
> Reporter: Vladimir Ozerov
> Assignee: Vladimir Ozerov
> Fix For: 1.6
>
>
> We have about 40-50 ReentrantReadWriteLock lock usages all over the project.
> This class is known to perform poorly under high readers contention. One typical example - IGNITE-2333.
> We need to do the following:
> 1) If lock has "busy" semantics (read.tryLock + read.unlock + write.lock), then change it to normal busy lock.
> 2) If lock appears to be on a hot path, it should be either replaced with correctly stripped/padded counterpart, or with simple ReentrantLock if protected operations are very small (e.g. single put into map).
> 3) Do not change anything otherwise.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)