[
https://issues.apache.org/jira/browse/HBASE-14920?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15245400#comment-15245400
]
Anoop Sam John commented on HBASE-14920:
----------------------------------------
Excellent. Ya Specially when the key and/or value size of cells are not much,
the heap size overhead because of Cell and CSLM node is considerably high.
This will 100 bytes per cell. So when data size is like 100-200 bytes we will
have flushes (128 MB memstore size reached) with actual data getting flushed is
only half of that size. And in memory flush/compaction which result in kind of
flat bytes representation (with overhead of 8 bytes per Cell for meta data)
looks much better. This will help us in our off heap write path and memstore
impl also. Waiting for this patch to land in.
bq.How do you like this solution? Better than the current?
This mean per region one pool right?
> Compacting Memstore
> -------------------
>
> Key: HBASE-14920
> URL: https://issues.apache.org/jira/browse/HBASE-14920
> Project: HBase
> Issue Type: Sub-task
> Reporter: Eshcar Hillel
> Assignee: Eshcar Hillel
> Attachments: HBASE-14920-V01.patch, HBASE-14920-V02.patch,
> move.to.junit4.patch
>
>
> Implementation of a new compacting memstore with non-optimized immutable
> segment representation
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
