Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 64268 invoked from network); 7 Aug 2006 20:35:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 7 Aug 2006 20:35:14 -0000 Received: (qmail 46041 invoked by uid 500); 7 Aug 2006 20:35:11 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 45857 invoked by uid 500); 7 Aug 2006 20:35:10 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 45846 invoked by uid 99); 7 Aug 2006 20:35:10 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Aug 2006 13:35:10 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [193.74.71.23] (HELO oola.is.scarlet.be) (193.74.71.23) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Aug 2006 13:35:08 -0700 Received: from (ip-213-49-17-120.dsl-static.scarlet.be [213.49.17.120]) by oola.is.scarlet.be with ESMTP id k77KYjR00555 for ; Mon, 7 Aug 2006 22:34:45 +0200 From: Chris Gray Organization: /k/ Embedded Java Systems To: harmony-dev@incubator.apache.org Subject: Re: [rant] Memory options in VM -- why is the default not 'unlimited' Date: Mon, 7 Aug 2006 22:44:57 +0200 User-Agent: KMail/1.5.4 References: <509223F0BF55E74FA1247D17207E7A0C300CCD@orsmsx419.amr.corp.intel.com> <44CFB84F.5060801@sourcelabs.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608072244.58111.chris.gray@kiffer.be> X-DCC-scarlet.be-Metrics: oola 2020; Body=1 Fuz1=1 Fuz2=1 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Friday 04 August 2006 15:32, Guilhem Lavaux wrote: > Dalibor pointed me to this thread on harmony-dev. I can answer that kaffe > does not yet make a difference between weak references and soft references. > They are both cleared when the GC detects that the object is not anymore > strongly referenced. It generally happens when someone ask for more memory > and the GC tries to first clear the existing allocated memory. As the GC is > not trying to clear any weak references in the meanwhile this behaviour is > justified. An improvement would be to make a quick small clean each time an > allocation is requested. The problem is in the "small" because we do not > have yet any way of parsing the heap by small pieces probably some > heuristic is needed there. Wonka will sometimes make a garbage collection before memory is exhausted, and in this case strong references will survive while weak ones are collected. It is of course open to question whether these extra GC passes are a bug or a feature. Chris -- Chris Gray /k/ Embedded Java Solutions BE0503765045 Embedded & Mobile Java, OSGi http://www.k-embedded-java.com/ chris.gray@kiffer.be +32 3 216 0369 --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org For additional commands, e-mail: harmony-dev-help@incubator.apache.org