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

Chia-Ping Tsai commented on HBASE-18966:
----------------------------------------

bq.  is it like that is already happening?
That is already happening...see 
[Segment#updateMetaInfo|https://github.com/apache/hbase/blob/d35d8376a70a8de63c5d232a46e39657ba739eef/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/Segment.java#L283].

bq. If so pls change the jira subject/desc accordingly.
done. Thanks for the reminder.


> Use non-sync TimeRangeTracker as a replacement for TimeRange in 
> ImmutableSegment
> --------------------------------------------------------------------------------
>
>                 Key: HBASE-18966
>                 URL: https://issues.apache.org/jira/browse/HBASE-18966
>             Project: HBase
>          Issue Type: Sub-task
>            Reporter: Chia-Ping Tsai
>            Assignee: Chia-Ping Tsai
>             Fix For: 2.0.0-beta-1
>
>         Attachments: HBASE-18966.v0.patch, HBASE-18966.v1.patch, 
> HBASE-18966.v2.patch, HBASE-18966.v2.patch
>
>
> The in-memory compaction/merge do the great job of optimizing the memory 
> layout for cells, but they don't update its {{TimeRange}}. It don't cause any 
> bugs currently because the {{TimeRange}} is used for store-level ts filter 
> only and the default {{TimeRange}} of {{ImmutableSegment}} created by 
> in-memory compaction/merge has the maximum ts range.  



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to