You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Chia-Ping Tsai (JIRA)" <ji...@apache.org> on 2017/10/13 09:39:01 UTC
[jira] [Updated] (HBASE-18966) Use non-sync TimeRangeTracker as a
replacement for TimeRange in ImmutableSegment
[ https://issues.apache.org/jira/browse/HBASE-18966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Chia-Ping Tsai updated HBASE-18966:
-----------------------------------
Summary: Use non-sync TimeRangeTracker as a replacement for TimeRange in ImmutableSegment (was: In-memory compaction/merge should update its time range)
> 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)