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 "Julian Reschke (Jira)" <ji...@apache.org> on 2025/06/24 13:53:00 UTC

[jira] [Commented] (OAK-11766) Write Throttling Mechanism - Session.save() delay

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

Julian Reschke commented on OAK-11766:
--------------------------------------

I have reverted the change for now, as the version bump in oak-api caused downstream surprises.

Will re-apply once that problem is fixed, likely tomorrow.

> Write Throttling Mechanism - Session.save() delay
> -------------------------------------------------
>
>                 Key: OAK-11766
>                 URL: https://issues.apache.org/jira/browse/OAK-11766
>             Project: Jackrabbit Oak
>          Issue Type: Improvement
>            Reporter: Thomas Mueller
>            Priority: Major
>              Labels: indexing
>
> Asynchronous index updates can fall behind writes in the following cases:
> * When using the document node store (it is theoretically also possible with other node stores, but I didn't see the behavior with others), and
> * if many threads concurrently write to the repository (eg. using POST servlets), and
> * if multiple cluster nodes concurrently write, and
> * if there are many indexes that are relatively expensive.
> The challenge is that there is only one thread, per async lane, that can update the indexes. What I have seen is that this indexing lane can fall behind, and possibly (if write load persists for multiple hours) this indexing lane never recovers within a reasonable time.
> To resolve the problem, I propose that we introduce a delay mechanism to configure delays in Session.save() calls.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)