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.