[
https://issues.apache.org/jira/browse/HBASE-18056?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16013855#comment-16013855
]
Anoop Sam John commented on HBASE-18056:
----------------------------------------
bq. It reduces GC because the segments memory is garbage collected gradually
and not all together in time of flush.
Sorry am not getting this point. Here as per the proposed change, say 2 or more
segments in pipeline getting compacted together into a larger one right? So 2
or more segments as such going away but a new bigger one is still there right?
What is the memory getting GCed here? I may be missing some thing
> Change CompactingMemStore in BASIC mode to merge multiple segments in pipeline
> ------------------------------------------------------------------------------
>
> Key: HBASE-18056
> URL: https://issues.apache.org/jira/browse/HBASE-18056
> Project: HBase
> Issue Type: Sub-task
> Reporter: Anastasia Braginsky
>
> Under HBASE-16417 it was decided that CompactingMemStore in BASIC mode should
> merge multiple ImmutableSegments in CompactionPipeline. Basic+Merge actually
> demonstrated reduction in GC, alongside improvement in other metrics.
> However, the limit on the number of segments in pipeline is still set to 30.
> Under this JIRA it should be changed to 1, as it was tested under HBASE-16417.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
