You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Marcel Reutegger (JIRA)" <ji...@apache.org> on 2007/11/28 11:23:44 UTC

[jira] Resolved: (JCR-1238) Change default value for maxMergeDocs

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

Marcel Reutegger resolved JCR-1238.
-----------------------------------

       Resolution: Fixed
    Fix Version/s: 1.4

Committed change in revision: 598940

> Change default value for maxMergeDocs
> -------------------------------------
>
>                 Key: JCR-1238
>                 URL: https://issues.apache.org/jira/browse/JCR-1238
>             Project: Jackrabbit
>          Issue Type: Improvement
>          Components: jackrabbit-core
>            Reporter: Marcel Reutegger
>            Priority: Minor
>             Fix For: 1.4
>
>
> This is actually a left over from the time before JCR-197 was implemented. Back then index merges were performed with the client thread and would hold up execution for a long time if a large number of nodes were merged. The default value for maxMergeDocs limited this to 100'000 nodes, resulting in a couple of seconds for the merge operation.
> This default value does not make sense anymore because index merges are performed in a background thread and may take a long time without an effect on regular workspace operations. If a workspace grows large it may cause performance degradation because the number of index segments increases linearly when there are more than 100'000 nodes.
> I propose to set the new default to Integer.MAX_VALUE

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.