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

Michael Dürig commented on OAK-1417:
------------------------------------

Also with my [latest changes | 
https://issues.apache.org/jira/browse/OAK-1413?focusedCommentId=13899140&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13899140]
 this test still fails. Although by very little with the segment node store:
{noformat}
quotients: 0.1736829444310801, 0.4644506001846722, 1.1520874751491055, 
0.822260569456428,  1.3189926547743966, 1.7104216388225935, 0.987906976744186,  
0.7984934086629002, 0.8266509433962265, 0.8787446504992867
    bound: 1.4321928094887362, 1.3929025540806694, 1.360160674573947,  
1.3324560072990281, 1.3087091496348118, 1.2881285396591575, 1.2701205059304603, 
1.2542310644051389, 1.2401071163826312, 1.2274698997309137
{noformat}

Here the first line are the quotients as described in OAK-1413. The second line 
is the upper bound for these quotients.

The respective value for the document node store: 
{noformat}
quotients: 2.1008669201520913, 0.19547968609735616, 0.1288793422709429, 
0.44655172413793104, 4.732303732303732, 0.20288278487897743, 
0.9289544235924933, 0.6608946608946609, 80.51310043668123,  12.080081355932203
    bound: 1.4321928094887362, 1.3929025540806694,  1.360160674573947,  
1.3324560072990281,  1.3087091496348118, 1.2881285396591575, 
1.2701205059304603, 1.2542310644051389, 1.2401071163826312, 1.2274698997309137
{noformat}

These values look good generally. Except the last two values which exceed their 
bounds by quite some factors (12 and 80!).

> 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
>         Attachments: 
> 0001-OAK-1417-Processing-pending-observation-events-does-.patch
>
>
> {{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)

Reply via email to