hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-14832) Ensure write paths work with ByteBufferedCells in case of compaction
Date Thu, 19 Nov 2015 21:39:11 GMT

    [ 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)

Mime
View raw message