Return-Path: X-Original-To: apmail-directory-dev-archive@www.apache.org Delivered-To: apmail-directory-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 A2A951002D for ; Tue, 12 Nov 2013 18:12:25 +0000 (UTC) Received: (qmail 29683 invoked by uid 500); 12 Nov 2013 18:12:24 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 29484 invoked by uid 500); 12 Nov 2013 18:12:23 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 29185 invoked by uid 99); 12 Nov 2013 18:12:19 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Nov 2013 18:12:19 +0000 Date: Tue, 12 Nov 2013 18:12:19 +0000 (UTC) From: "Emmanuel Lecharny (JIRA)" To: dev@directory.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (MAVIBOT-11) Add a cache to replace the weakReferences MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/MAVIBOT-11?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Emmanuel Lecharny updated MAVIBOT-11: ------------------------------------- Fix Version/s: (was: 1.0.0-M2) 1.0.0-M3 > Add a cache to replace the weakReferences > ----------------------------------------- > > Key: MAVIBOT-11 > URL: https://issues.apache.org/jira/browse/MAVIBOT-11 > Project: Mavibot > Issue Type: Improvement > Affects Versions: 1.0.0-M1 > Reporter: Emmanuel Lecharny > Assignee: Emmanuel Lecharny > Priority: Critical > Fix For: 1.0.0-M3 > > > We currently use a WeakReference to hold elements in memory. This is convenient, but when we have exhausted the memory, the GC takes forever to reclaim the weakReferences, slowing down the code up to a point it's unusable. > We should rather use a LRU Cache to store a limited amount of elements, and make it configurable. > We should keep the WeakReferences for those having enough memory. (to be discussed) -- This message was sent by Atlassian JIRA (v6.1#6144)