[ 
https://issues.apache.org/jira/browse/HBASE-15016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15086383#comment-15086383
 ] 

stack commented on HBASE-15016:
-------------------------------

Just saw the [~ebortnik] comment.

bq. That's why we think the existing region-store contract needs a little 
extension.

I think we are past this point. Just trying to figure a bit of how (smile).

bq. Let's say every region has two memory areas - underflow and overflow.

This is Eshcar's active and fluctuating I believe.

 [~eshcar] I don't see how Region is flagging the Store about low/high 
threshold (or Edwards underflow/overflow) in your patch; there is just one 
requestFlush happening in either case. In mine it is a TODO passed in on the 
flush request... Pardon me if I'm not getting it.

> StoreServices facility in Region
> --------------------------------
>
>                 Key: HBASE-15016
>                 URL: https://issues.apache.org/jira/browse/HBASE-15016
>             Project: HBase
>          Issue Type: Sub-task
>            Reporter: Eshcar Hillel
>            Assignee: Eshcar Hillel
>         Attachments: HBASE-15016-V01.patch, HBASE-15016-V02.patch, 
> HBASE-15016-V03.patch, Regioncounters.pdf, suggestion.patch
>
>
> The default implementation of a memstore ensures that between two flushes the 
> memstore size increases monotonically. Supporting new memstores that store 
> data in different formats (specifically, compressed), or that allows to 
> eliminate data redundancies in memory (e.g., via compaction), means that the 
> size of the data stored in memory can decrease even between two flushes. This 
> requires memstores to have access to facilities that manipulate region 
> counters and synchronization.
> This subtasks introduces a new region interface -- StoreServices, through 
> which store components can access these facilities.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to