Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Thu, 19 Nov 2015 21:39:11 +0000 (UTC)
From: "stack (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12914137.1447860154000.128181.1447969151047@Atlassian.JIRA>
In-Reply-To: <JIRA.12914137.1447860154000@Atlassian.JIRA>
References: <JIRA.12914137.1447860154000@Atlassian.JIRA>
 <JIRA.12914137.1447860154109@arcas>
Subject: [jira] [Commented] (HBASE-14832) Ensure write paths work with
 ByteBufferedCells in case of compaction
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

stack commented on HBASE-14832:
-------------------------------

bq. Currently in compaction case there will be a copy happening while writing back to the new file.

Can do in a follow up.

bq.  In the offheap cell only the value part is referring to the offheap hfileblock coming out of the bucket cache. All other components are onheap byte[] only since the need to be decoded.

Ok. Seems like related work but can do in follow-on.

Yeah, would be cool if we could purge but you probably can't. It is a PrefixTree intrinsic. The best we could do is move it back into the prefixtree module I'd say.

> Ensure write paths work with ByteBufferedCells in case of compaction
> --------------------------------------------------------------------
>
>                 Key: HBASE-14832
>                 URL: https://issues.apache.org/jira/browse/HBASE-14832
>             Project: HBase
>          Issue Type: Sub-task
>          Components: regionserver, Scanners
>    Affects Versions: 2.0.0
>            Reporter: ramkrishna.s.vasudevan
>            Assignee: ramkrishna.s.vasudevan
>            Priority: Minor
>             Fix For: 2.0.0
>
>         Attachments: HBASE-14832.patch
>
>
> Currently any cell coming out of offheap Bucketcache while compaction does a copy using the getXXXArray() API since write path does not work with BBCells. This JIRA is aimed at changing the write path to support BBCells so that this copy is avoided.


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