You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Robert James (JIRA)" <ji...@apache.org> on 2016/07/04 13:53:11 UTC
[jira] [Commented] (HBASE-5313) Restructure hfiles layout for
better compression
[ https://issues.apache.org/jira/browse/HBASE-5313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15361344#comment-15361344 ]
Robert James commented on HBASE-5313:
-------------------------------------
This ticket seems to have been abandoned. Why? The results posted by [~he yongqiang] show a lot of performance gain: half the disk usage. Has it just been forgotten, or has a decision been made not to do this? Why?
> Restructure hfiles layout for better compression
> ------------------------------------------------
>
> Key: HBASE-5313
> URL: https://issues.apache.org/jira/browse/HBASE-5313
> Project: HBase
> Issue Type: Improvement
> Components: io
> Reporter: dhruba borthakur
> Assignee: dhruba borthakur
>
> A HFile block contain a stream of key-values. Can we can organize these kvs on the disk in a better way so that we get much greater compression ratios?
> One option (thanks Prakash) is to store all the keys in the beginning of the block (let's call this the key-section) and then store all their corresponding values towards the end of the block. This will allow us to not-even decompress the values when we are scanning and skipping over rows in the block.
> Any other ideas?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)