Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Wed, 17 Jun 2015 14:25:00 +0000 (UTC)
From: "Anoop Sam John (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12838485.1434551052000.96415.1434551100444@Atlassian.JIRA>
In-Reply-To: <JIRA.12838485.1434551052000@Atlassian.JIRA>
References: <JIRA.12838485.1434551052000@Atlassian.JIRA>
 <JIRA.12838485.1434551052756@arcas>
Subject: [jira] [Created] (HBASE-13926) Close the scanner only after
 Call#setResponse
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Anoop Sam John created HBASE-13926:
--------------------------------------

             Summary: Close the scanner only after Call#setResponse
                 Key: HBASE-13926
                 URL: https://issues.apache.org/jira/browse/HBASE-13926
             Project: HBase
          Issue Type: Sub-task
            Reporter: Anoop Sam John
            Assignee: Anoop Sam John
             Fix For: 2.0.0


This is for HBASE-12295. We will be delivering cells directly from shared cache memory. HBASE-12295 adds a ref count based prevention mechanism to avoid block eviction, when that memory area in use by scanners. We will decrement ref count at scanner close. The memory area will be in use till a cellblock is created or PB scan reply message is built. So we can delay the close of the scanner until the response is set for the scanner Call. This is done via a RpcCallback way. The callback is set on Call at scan time. Once the setResponse is done, the Call will execute the RpcCallback.
This jira also adds a facility to do some cleanup/close during the course of scan. Scan from client makes many RPCs fetching N rows each time. Only at the end the scanner close will happen. We will add a new batchClose() facility with which we can do any cleanup after every rpc call is executed and rows fetched for return.


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