[jira] [Updated] (OAK-3587) SegmentNodeStore stricter checkpoint creation policy

["Alex Parvulescu (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/OAK-3587?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Alex Parvulescu updated OAK-3587:
---------------------------------
    Summary: SegmentNodeStore stricter checkpoint creation policy  (was: SegmentNodeStore should ensure that checkpoint is issued in case of frequent writes by taking an exclusive lock)

> SegmentNodeStore stricter checkpoint creation policy
> ----------------------------------------------------
>
>                 Key: OAK-3587
>                 URL: https://issues.apache.org/jira/browse/OAK-3587
>             Project: Jackrabbit Oak
>          Issue Type: Improvement
>          Components: segmentmk
>            Reporter: Chetan Mehrotra
>            Assignee: Alex Parvulescu
>             Fix For: 1.3.10, 1.2.8, 1.0.24
>
>         Attachments: OAK-3587-v2.patch, OAK-3587.patch
>
>
> AsyncIndexUpdate proceeds with an indexing cycle only if the NodeStore issues a checkpoint. A NodeStore implementation can issue a checkpoint but for it to be valid the caller must fetch NodeState for that checkpoint. If a non null NodeState is found it indicates that checkpoint is valid.
> With SegmentNodeStore its possible under high write conditions that checkpoint issues is not valid as it only attempts an optimistic lock. This can cause unbounded delays in acquiring a valid checkpoint and thus cause delay in AsyncIndexUpdate cycle and that causes effect on queries which rely on such async indexes.
> Instead of doing an optimistic lock it should attempt to acquire an exclusive lock. See [1] for some more details on checkpoint behaviour
> [1] http://markmail.org/thread/c7zo3zju7e2hakg4



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