[
https://issues.apache.org/jira/browse/HBASE-16421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15629125#comment-15629125
]
Anastasia Braginsky commented on HBASE-16421:
---------------------------------------------
IntroductiontoNewFlatandCompactMemStore.pdf is a bit outdated as I mentioned
before. So currently there is no speculative check as part of compaction. When
flattening we look on every key "blindly", meaning just taking from one place
an puting into the other. In order to 'check-for-compaction-worthyness' you
need SQM and SQM is performance-costly, so we do not use it in flattening time.
However, what you say is correct when you do the compaction. So a compaction is
actually the 'check-for-compaction-worthyness' for the next compaction and this
can be accommodated in our next new and shiny flush-in-memory policy :)
But generally all this discussion is not related to this JIRA at all :)
> Introducing the CellChunkMap as a new additional index variant in the MemStore
> ------------------------------------------------------------------------------
>
> Key: HBASE-16421
> URL: https://issues.apache.org/jira/browse/HBASE-16421
> Project: HBase
> Issue Type: Umbrella
> Reporter: Anastasia Braginsky
> Attachments: CellChunkMapRevived.pdf,
> IntroductiontoNewFlatandCompactMemStore.pdf
>
>
> Follow up for HBASE-14921. This is going to be the umbrella JIRA to include
> all the parts of integration of the CellChunkMap to the MemStore.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
