From dev-return-32647-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Tue Oct 11 08:28:56 2011 Return-Path: X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D432999BA for ; Tue, 11 Oct 2011 08:28:56 +0000 (UTC) Received: (qmail 49984 invoked by uid 500); 11 Oct 2011 08:28:55 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 49923 invoked by uid 500); 11 Oct 2011 08:28:55 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 49907 invoked by uid 99); 11 Oct 2011 08:28:53 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Oct 2011 08:28:53 +0000 X-ASF-Spam-Status: No, hits=-2000.5 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Oct 2011 08:28:50 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id AFA353022CC for ; Tue, 11 Oct 2011 08:28:29 +0000 (UTC) Date: Tue, 11 Oct 2011 08:28:29 +0000 (UTC) From: =?utf-8?Q?Martin_B=C3=B6ttcher_=28Created=29_=28JIRA=29?= To: dev@jackrabbit.apache.org Message-ID: <1218050112.18303.1318321709720.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Created] (JCR-3107) Speed up hierarchy cache initialization MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Speed up hierarchy cache initialization --------------------------------------- Key: JCR-3107 URL: https://issues.apache.org/jira/browse/JCR-3107 Project: Jackrabbit Content Repository Issue Type: Improvement Components: jackrabbit-core Reporter: Martin B=C3=B6ttcher Initializing a workspace can take quite a long time if there is a big numbe= r of nodes and some search indexes involved. The reason is that the setup o= f the CachingIndexReader is processed using chunks of a certain size (actua= lly 400K) in order to reduce the memory footprint. As soon as the number of= documents exceeds this limit some operations (actually traversing complete= indexes) are performed again and again. It seems that the current algorithm "initializeParents" in the CachingIndex= Reader class can't be optimized without increasing the memory consumption. = Therefore it should be a promising approach to persist the "state" of this = class (actually it's main member array and map) and reload it on startup. The "load" of the state can be done implicitly in the initializing phase of= the cache. This is obvious. The correct point of time to call the "save" o= peration isn't obvious at all. I tried the "doClose" method of the class an= d it seems sufficient. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrato= rs: https://issues.apache.org/jira/secure/ContactAdministrators!default.jsp= a For more information on JIRA, see: http://www.atlassian.com/software/jira