You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-issues@jackrabbit.apache.org by "Michael Dürig (JIRA)" <ji...@apache.org> on 2017/08/04 09:17:02 UTC
[jira] [Assigned] (OAK-6519) Properly handle tail compactions in
deduplication caches
[ https://issues.apache.org/jira/browse/OAK-6519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Michael Dürig reassigned OAK-6519:
----------------------------------
Assignee: Michael Dürig
> Properly handle tail compactions in deduplication caches
> --------------------------------------------------------
>
> Key: OAK-6519
> URL: https://issues.apache.org/jira/browse/OAK-6519
> Project: Jackrabbit Oak
> Issue Type: Task
> Components: segment-tar
> Reporter: Michael Dürig
> Assignee: Michael Dürig
> Labels: compaction, gc
> Fix For: 1.8, 1.7.6
>
>
> This is a follow up to OAK-3349, which introduced tail compactions:
> The deduplication caches currently only take the full generations into account and ignore the tail generations. Cache generations need to be a monotonically increasing, ordered sequence consisting of the full and tail part of the gc generation. See {{FileStoreBuilder.EvictingWriteCacheManager.evictOldGeneration}}. Optimally we find a way to decouple the segment generation from the cache generations as these are really separate concerns.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)