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 D662AD90A for ; Wed, 4 Jul 2012 13:18:36 +0000 (UTC) Received: (qmail 85036 invoked by uid 500); 4 Jul 2012 13:18:36 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 84995 invoked by uid 500); 4 Jul 2012 13:18:36 -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 84155 invoked by uid 99); 4 Jul 2012 13:18:35 -0000 Received: from issues-vm.apache.org (HELO issues-vm) (140.211.11.160) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jul 2012 13:18:35 +0000 Received: from isssues-vm.apache.org (localhost [127.0.0.1]) by issues-vm (Postfix) with ESMTP id D7B6614285B for ; Wed, 4 Jul 2012 13:18:34 +0000 (UTC) Date: Wed, 4 Jul 2012 13:18:34 +0000 (UTC) From: "Marcel Reutegger (JIRA)" To: dev@jackrabbit.apache.org Message-ID: <1898171434.3168.1341407914885.JavaMail.jiratomcat@issues-vm> Subject: [jira] [Created] (JCR-3374) Size estimate for AbstractBundlePersistenceManager.MISSING is too low MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Marcel Reutegger created JCR-3374: ------------------------------------- Summary: Size estimate for AbstractBundlePersistenceManager.MISSING is too low Key: JCR-3374 URL: https://issues.apache.org/jira/browse/JCR-3374 Project: Jackrabbit Content Repository Issue Type: Bug Components: jackrabbit-core Affects Versions: 2.5, 2.4, 2.3, 2.2, 2.1.2, 2.0.3 Reporter: Marcel Reutegger Priority: Minor A heap dump from a Jackrabbit 2.2 based system recently showed that the ConcurrentCache of the bundle persistence managers used a lot more memory than configured. One of them used 10 times the configured bundle size. It turned out that the majority of the cache entries referenced AbstractBundlePersistenceManager.MISSING. The size estimate of 16 bytes is too low and does not account for the overhead that comes with the internal LinkedHashMap of the ConcurrentCache. I think a more sensible value is 128 bytes, which is the sum of: - 32 bytes for ConcurrentCache.E - 64 bytes for LinkedHashMap.Entry - 32 bytes for NodeId The unified cache, which also includes missing NodePropBundle entries was introduced with JCR-2699. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira