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

Alex Parvulescu commented on OAK-5046:
--------------------------------------

bq. we want to get rid of everything involving the old compaction gain 
threshold, but properties like GAIN_THRESHOLD_DEFAULT are still to be kept
I'm not sure who 'we' is, but I'm in favor of keeping the old estimation bits 
around (not enabled by default), with the option of enabling it via a system 
property.

bq. although we want to switch to the new implementation, a property from the 
old one is used to make the decision of running the estimation, or not 
(gainThreshold).
whatever you think is best here. I'm not sure what the plan would be, I would 
not add a new property, just hide the decision mechanics behind a dedicated 
method, {{disableEstimation}} as you called it.

bq. I don't know all the details behind, but having a threshold expressed as a 
percentage (the old compaction gain), seems more natural than having one based 
on a value in gigabytes.
no preference, but this does seem outside of this issue's scope. you could 
provide this as a patch on a dedicated issue.

bq. To sum up my proposal is to go all the way and remove everything related to 
the old compaction gain, clarifying also the points above.
if there is no way of keeping both estimation options, and enable just one 
based on config settings, then yeah, remove the old one completely.



> Remove the old estimation OSGi setting (compaction.gainThreshold)
> -----------------------------------------------------------------
>
>                 Key: OAK-5046
>                 URL: https://issues.apache.org/jira/browse/OAK-5046
>             Project: Jackrabbit Oak
>          Issue Type: Improvement
>          Components: segment-tar
>    Affects Versions: 1.5.12
>            Reporter: Andrei Dulceanu
>            Assignee: Andrei Dulceanu
>            Priority: Minor
>              Labels: osgi-config
>             Fix For: 1.5.13
>
>         Attachments: OAK-5046-01.patch
>
>
> Currently, there are two implementations for finding out the gain in 
> repository size after running compaction: the old one, 
> {{CompactionGainEstimate}} and the new one, {{SizeDeltaGcEstimation}}. 
> Similarly, there are also two configurations for customising them, in 
> {{SegmentNodeStoreService}}, {{compaction.gainThreshold}} and 
> {{compaction.sizeDeltaEstimation}}.
> At the moment both of them are exposed as OSGi configurations, but only the 
> new one should be exposed (e.g. {{compaction.sizeDeltaEstimation}}). 
> It must be evaluated whether it makes sense to keep the logic associated with 
> the old implementation.



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

Reply via email to