Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Wed, 26 Oct 2016 07:06:58 +0000 (UTC)
From: "Anoop Sam John (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12997864.1471428630000.86984.1477465618335@Atlassian.JIRA>
In-Reply-To: <JIRA.12997864.1471428630000@Atlassian.JIRA>
References: <JIRA.12997864.1471428630000@Atlassian.JIRA> <JIRA.12997864.1471428630784@arcas>
Subject: [jira] [Commented] (HBASE-16436) Add the CellChunkMap variant
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Wed, 26 Oct 2016 07:07:00 -0000


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

Anoop Sam John commented on HBASE-16436:
----------------------------------------

bq.So suppose we have 3 segments and one of it has a bigger cell then I think it still makes sense to index the other two segments in the chunk way 
ya. I tried to say that here "May be we need some logic there where we can avoid segments with cells not in MSLAB from getting merged with segmnets whose all cells in MSALB only. Chance is that when a segment is having cells not in MSLAB, other segments also will follow same pattern (99% I can say)"
The first way of dummy chunks with ids also some thing to PoC. Will be harder for sure.

> Add the CellChunkMap variant
> ----------------------------
>
>                 Key: HBASE-16436
>                 URL: https://issues.apache.org/jira/browse/HBASE-16436
>             Project: HBase
>          Issue Type: Sub-task
>            Reporter: ramkrishna.s.vasudevan
>
> This sub-task is specifically to add the CellChunkMap created by [~anastas] and [~eshcar] with specific tests and integrate it with the in memory flush/compaction flow. 


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