[
https://issues.apache.org/jira/browse/HBASE-18294?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16303972#comment-16303972
]
stack commented on HBASE-18294:
-------------------------------
bq. "The main change is that in store level and region level we check heap size
and not data size to make flush decisions."
This issue supercedes HBASE-16747, right? It restores heap-occupancy size
rather than data-size as basis making flush decisions?
Needs a nice release note. I read through the whole issue but am not clear on
what this patch actually lands in end. On review of rb I got a little confused
on when data-size and when heap-size ...
Question: if off-heap, flush trigger is data+overhead hitting flush threshold?
Patch looks good to me (A few notes up on rb).
[~ram_krish] and [~anoop.hbase], you fellows good w/ it? (boys seems to be off
these last few days...).
> Reduce global heap pressure: flush based on heap occupancy
> ----------------------------------------------------------
>
> Key: HBASE-18294
> URL: https://issues.apache.org/jira/browse/HBASE-18294
> Project: HBase
> Issue Type: Improvement
> Affects Versions: 3.0.0
> Reporter: Eshcar Hillel
> Assignee: Eshcar Hillel
> Attachments: HBASE-18294.01.patch, HBASE-18294.02.patch,
> HBASE-18294.03.patch, HBASE-18294.04.patch, HBASE-18294.05.patch,
> HBASE-18294.06.patch, HBASE-18294.07.patch, HBASE-18294.07.patch,
> HBASE-18294.08.patch, HBASE-18294.09.patch, HBASE-18294.10.patch,
> HBASE-18294.11.patch, HBASE-18294.11.patch, HBASE-18294.12.patch
>
>
> A region is flushed if its memory component exceed a threshold (default size
> is 128MB).
> A flush policy decides whether to flush a store by comparing the size of the
> store to another threshold (that can be configured with
> hbase.hregion.percolumnfamilyflush.size.lower.bound).
> Currently the implementation (in both cases) compares the data size
> (key-value only) to the threshold where it should compare the heap size
> (which includes index size, and metadata).
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)