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 "Marcel Reutegger (JIRA)" <ji...@apache.org> on 2015/03/03 10:20:05 UTC

[jira] [Commented] (OAK-2562) DiffCache is inefficient

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

Marcel Reutegger commented on OAK-2562:
---------------------------------------

Added a test to reproduce the problem: http://svn.apache.org/r1663565

> DiffCache is inefficient
> ------------------------
>
>                 Key: OAK-2562
>                 URL: https://issues.apache.org/jira/browse/OAK-2562
>             Project: Jackrabbit Oak
>          Issue Type: Bug
>          Components: core, mongomk
>    Affects Versions: 1.0
>            Reporter: Marcel Reutegger
>            Assignee: Marcel Reutegger
>             Fix For: 1.1.8, 1.0.13
>
>
> The diffCache in DocumentNodeStore can be quite inefficient in some cases. It may become ineffective even for rather recent commits.
> The diffCache contains entries for changes of a commit. E.g. it may have an entry that says between revision r7-0-1 and r8-0-1 the following happened under /foo: 'bar' was modified, 'baz' was added, etc. The problem now is, that the revision range in the diffCache refers to the revision of the commit and its base version, whereas on runtime, the diff calls may likely happen for other revision ranges. The further down the tree the node state comparison happens, the more likely it is that the base state has a different revision than the entry in the cache. The DocumentNodeStore attempts to 'link' node states back in time to avoid reading the complete tree at a different revision after each commit.



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