[
https://issues.apache.org/jira/browse/OAK-5004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15608512#comment-15608512
]
Michael Dürig commented on OAK-5004:
------------------------------------
The dangling {{OfflineCompactionPredicate}} is an oversight. I'll remove it.
Making the caches 90/10 instead of 10/10 might make sense. I'll give it a try.
However, I also noted that running offline compaction with a small node cache
(16k) is still quite effective.
Re. the external binaries: the multiplier is greatly reduced when the
checkoints are effectively deduplicated. In that sense above 90/10 structuring
of the caches makes sense as well.
> Offline compaction explodes checkpoints
> ----------------------------------------
>
> Key: OAK-5004
> URL: https://issues.apache.org/jira/browse/OAK-5004
> Project: Jackrabbit Oak
> Issue Type: Improvement
> Components: segment-tar
> Reporter: Michael Dürig
> Assignee: Michael Dürig
> Labels: compaction, gc, tooling
> Fix For: 1.6, 1.5.14
>
> Attachments: OAK_5004.patch
>
>
> Running offline compaction on a repository with checkpoints will explode
> those into full copies. Observed e.g. with OAK-5001.
> I think we should consider improving this by compacting checkpoints on top of
> each other in the proper order ({{oak-upgrade}} does this successfully).
> [~alex.parvulescu], WDYT? What was our take on this in the previous Oak
> versions?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
