From dev-return-31258-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Thu Apr 14 10:56:47 2011 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 29839 invoked from network); 14 Apr 2011 10:56:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 14 Apr 2011 10:56:46 -0000 Received: (qmail 50719 invoked by uid 500); 14 Apr 2011 10:56:46 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 50670 invoked by uid 500); 14 Apr 2011 10:56:46 -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 50622 invoked by uid 99); 14 Apr 2011 10:56:46 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Apr 2011 10:56:46 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_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; Thu, 14 Apr 2011 10:56:43 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 0B066A12A6 for ; Thu, 14 Apr 2011 10:56:06 +0000 (UTC) Date: Thu, 14 Apr 2011 10:56:06 +0000 (UTC) From: "angela (JIRA)" To: dev@jackrabbit.apache.org Message-ID: <1201515592.57414.1302778566041.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <364573493.54467.1302678965940.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Resolved] (JCR-2943) UserManagement: membership cache default size too small MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-2943?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] angela resolved JCR-2943. ------------------------- Resolution: Fixed use the growing lru map functionality used by michael in the ac evaluation. however, i didn't add additional debug information since the node identifier didn't seem to be useful from my point of view. > UserManagement: membership cache default size too small > ------------------------------------------------------- > > Key: JCR-2943 > URL: https://issues.apache.org/jira/browse/JCR-2943 > Project: Jackrabbit Content Repository > Issue Type: Improvement > Components: jackrabbit-core, security > Affects Versions: 2.2.0, 2.2.1, 2.2.2, 2.2.4 > Environment: Repository with users being member of over 150 groups > Reporter: Honwai Wong > Assignee: angela > Fix For: 2.3.0 > > > The membership cache that has been introduced in JCR-2703 is making use of an LRUMap to cache group memberships (authorizable nodeId -> group nodeIds). In environments where users belong to more than 100 groups, the cache quickly becomes ineffective due to the default maximum size of the LRUMap. > Once the cache limit is hit, the rather expensive Node#getWeakReferences API calls resulting in search queries are executed again, leading to quite noticeable performance drops. Thus I'd suggest to either make the membership cache configurable or introduce some logic to let the cache grow dynamically as needed (still having some kind of hard limit to avoid memory issues). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira