[
https://issues.apache.org/jira/browse/HBASE-13916?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14591106#comment-14591106
]
Anoop Sam John commented on HBASE-13916:
----------------------------------------
MBB#get() will result in a BB#get() but on which item BB is what matters. The
user of the API is ignorant about this. getVlong() might have to read more than
1 byte and it can so happen that these bytes come from different item BBs. This
API getVlong(MBB) hides all such complexities. This API will be used in read
path to read the mvcc/seqIds. HFileBlock data will be MBB backed.
> Create MultiByteBuffer
> ----------------------
>
> Key: HBASE-13916
> URL: https://issues.apache.org/jira/browse/HBASE-13916
> Project: HBase
> Issue Type: Sub-task
> Components: regionserver, Scanners
> Reporter: Anoop Sam John
> Assignee: Anoop Sam John
> Fix For: 2.0.0
>
> Attachments: HBASE-13916.patch, HBASE-13916_V2.patch,
> HBASE-13916_V3.patch
>
>
> This is an aggregation of N ByteBuffers. The block when served directly by
> block cache buckets memory, we have the block data split across multiple byte
> buffers. This aggregate type (like ByteBuffer) will serve the HFileBlock data.
> This jira wil just provide the new data structure
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
