Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Fri, 12 Sep 2014 22:30:34 +0000 (UTC)
From: "Jerry He (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12741142.1410548832000.23761.1410561034499@Atlassian.JIRA>
In-Reply-To: <JIRA.12741142.1410548832000@Atlassian.JIRA>
References: <JIRA.12741142.1410548832000@Atlassian.JIRA>
 <JIRA.12741142.1410548832233@arcas>
Subject: [jira] [Commented] (HBASE-11965) Optimize locking in HRegion
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/HBASE-11965?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14132227#comment-14132227 ] 

Jerry He commented on HBASE-11965:
----------------------------------

Trying to understand the bottleneck for the cases you mentioned.
Won't they only be acquiring region read lock, and concurrent read locks are allowed? 

> Optimize locking in HRegion
> ---------------------------
>
>                 Key: HBASE-11965
>                 URL: https://issues.apache.org/jira/browse/HBASE-11965
>             Project: HBase
>          Issue Type: Bug
>          Components: Performance
>            Reporter: Vladimir Rodionov
>            Assignee: Vladimir Rodionov
>
> Described in this thread:
> http://mail-archives.apache.org/mod_mbox/hbase-dev/201409.mbox/%3CCAAg3a2qmWJtQbdAk7PrX%2BW8SZWxsYhNggM5f2RNkGTXUri34YQ%40mail.gmail.com%3E
> *startRegionOperation* and *closeRegionOperation* in HRegion acquires and releases region-wide lock. The locking happens for every mutation, read and scan next. This is a serious bottleneck if we do:
> * Mutli - get on a same region.
> * Run multiple scanners on same region.
> * Do scan during compaction.
> * Access region simultaneously from different threads (most generic case)


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)