[
https://issues.apache.org/jira/browse/HBASE-17185?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Kyle Purtell updated HBASE-17185:
----------------------------------------
Assignee: (was: Michael Stack)
Resolution: Abandoned
Status: Resolved (was: Patch Available)
> Purge the seek of the next block reading HFileBlocks
> ----------------------------------------------------
>
> Key: HBASE-17185
> URL: https://issues.apache.org/jira/browse/HBASE-17185
> Project: HBase
> Issue Type: Improvement
> Components: HFile
> Affects Versions: 2.0.0
> Reporter: Michael Stack
> Priority: Minor
> Labels: beginner
> Attachments: HBASE-17185.master.001.patch, HBASE-17185.patch,
> HBASE-17185.v2.txt
>
>
> When we read HFileBlocks, we read the asked-for block AND the next block's
> header which we add to a cache (see HBASE-17072). We do this extra read to
> get the next block's length purportedly. This seek of the next block's header
> complicates the HFileBlock construction (not to mind other consequences --
> again see HBASE-17072).
> Study done in HBASE-17072 shows that we normally do not need this extra read
> of the next block's header. In the usual case, the length of the block is
> gotten from the hfile index.
> A simplification of block reading can be done purging this extra header read.
> We can also save some space in cache.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
