[
https://issues.apache.org/jira/browse/OAK-1417?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Dürig updated OAK-1417:
-------------------------------
Summary: Processing pending observation events does not scale linearly with
the number of events (was: Prcessing pending observation events does not scale
linearly with the number of events)
> Processing pending observation events does not scale linearly with the number
> of events
> ---------------------------------------------------------------------------------------
>
> Key: OAK-1417
> URL: https://issues.apache.org/jira/browse/OAK-1417
> Project: Jackrabbit Oak
> Issue Type: Bug
> Components: mongomk, segmentmk
> Reporter: Michael Dürig
>
> {{org.apache.jackrabbit.oak.jcr.LargeOperationIT#largeNumberOfPendingEvents}}
> does not scale linearly. Neither on a segment nor on a document node store.
> This test asserts that the number of pending observation events (e.g. due to
> a large commit or cluster sync) has a linear processing time. That is the
> time it takes to process one such event is independent of the total number of
> events.
> {code}
> seg quotients: 0.24215928530697586, 0.4065934065934066, 1.7548262548262548,
> 0.6892189218921893, 1.2083000798084598
> doc quotients: 0.2990824434780629, 0.14113885505481122, 0.587378640776699,
> 1.3122130394857667, 142.65850244926523
> {code}
> While in the case of the segment node store the numbers do not seem too
> worrisome, the document node store seems to start lagging behind badly as
> soon as there are more than 32768 pending events.
> See OAK-1413 for how to read those numbers.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
