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