You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "ramkrishna.s.vasudevan (JIRA)" <ji...@apache.org> on 2014/03/26 11:26:15 UTC

[jira] [Commented] (HBASE-10835) DBE encode path improvements

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

ramkrishna.s.vasudevan commented on HBASE-10835:
------------------------------------------------

As said in HBASE-10801 was planning to change the interface of DBEs and address usage of cell.  Are  you going to change the code without cells? Intention of HBASE-10801 was mainly changing the interface and then doing any improvements on that. (and while doing that I thought the related code also would change may be ending up as what this JIRA suggests). This also includes the read path.

> DBE encode path improvements
> ----------------------------
>
>                 Key: HBASE-10835
>                 URL: https://issues.apache.org/jira/browse/HBASE-10835
>             Project: HBase
>          Issue Type: Improvement
>            Reporter: Anoop Sam John
>            Assignee: Anoop Sam John
>             Fix For: 0.99.0
>
>
> Here 1st we write KVs (Cells) into a buffer and then passed to DBE encoder. Encoder again reads kvs one by one from the buffer and encodes and creates a new buffer.
> There is no need to have this model now. Previously we had option of no encode in disk and encode only in cache. At that time the read buffer from a HFile block was passed to this and encodes.
> So encode cell by cell can be done now. Making this change will need us to have a NoOp DBE impl which just do the write of a cell as it is with out any encoding.



--
This message was sent by Atlassian JIRA
(v6.2#6252)