hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Anoop Sam John (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-13916) Create MultiByteBuffer
Date Thu, 18 Jun 2015 01:56:01 GMT

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

Mime
View raw message