[
https://issues.apache.org/jira/browse/LUCENE-9414?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17141607#comment-17141607
]
David Smiley commented on LUCENE-9414:
--------------------------------------
[~mikemccand]: I forked this off to its own issue as it should have been to
begin with.
I wonder if it'd be useful/interesting to have a FilterMergePolicy subclass
that also has a second delegate MergePolicy that is used to map
findFullFlushMerges to findMerges on say TieredMergePolicy (or whatever a user
plugs in). Put differently, one might want a MP that basically has two
configurations; one for the default/primary merges, and another for commits...
and furthermore TMP might be suitable for both. Just an idea I'm kicking
around.
> EagerCheapMergePolicy
> ---------------------
>
> Key: LUCENE-9414
> URL: https://issues.apache.org/jira/browse/LUCENE-9414
> Project: Lucene - Core
> Issue Type: New Feature
> Components: core/index
> Reporter: David Smiley
> Assignee: David Smiley
> Priority: Major
> Time Spent: 40m
> Remaining Estimate: 0h
>
> LUCENE-8962 added a MergePolicy.findFullFlushMerges method for doing merges
> synchronously on commit, but no merge policies implement it. Here I propose
> "EagerCheapMergePolicy" that delegates to another one but overrides this
> method.
> This one is changed slightly from one that's been battle tested in production
> on a large infrastructure.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
