Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 20651 invoked from network); 28 Sep 2005 22:09:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 28 Sep 2005 22:09:38 -0000 Received: (qmail 15678 invoked by uid 500); 28 Sep 2005 22:09:31 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 15602 invoked by uid 500); 28 Sep 2005 22:09:30 -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 15589 invoked by uid 99); 28 Sep 2005 22:09:29 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Sep 2005 15:09:29 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: unknown (asf.osuosl.org: error in processing during lookup of archie@dellroad.org) Received: from [216.239.128.26] (HELO smtp.omnis.com) (216.239.128.26) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Sep 2005 15:09:35 -0700 Received: from [10.104.145.22] (firewall.stv.org [207.203.41.254]) by smtp-relay.omnis.com (Postfix) with ESMTP id C0771FCEFD for ; Wed, 28 Sep 2005 15:09:05 -0700 (PDT) Message-ID: <433B1481.70407@dellroad.org> Date: Wed, 28 Sep 2005 17:09:05 -0500 From: Archie Cobbs User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041129 X-Accept-Language: en-us, en MIME-Version: 1.0 To: harmony-dev@incubator.apache.org Subject: Re: [Arch] Class unloading and VM objects reclaim References: <9623c9a5050907194513922548@mail.gmail.com> <431FA752.8030407@dellroad.org> <9623c9a505090720232a8f24dc@mail.gmail.com> <2877.62.49.39.37.1126191068.squirrel@www.edworthy.org> <1126342699.24195.23.camel@localhost> <432324AE.2010401@dellroad.org> <4326F952.7010704@gmail.com> <2de195a20509280055118b8f7f@mail.gmail.com> In-Reply-To: <2de195a20509280055118b8f7f@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N usman bashir wrote: > i think When loading a class loader let him manage his heap i.e. a memory > should be associated per class loader for general objects (i.e. objects that > will be garbadge collected) however as for as Strings are concerns thay must > be shared gloablly as to follow the requirements imposed by the Java specs. Hmm.. so you're basically saying partition the entire heap according to class loader (of each instance's class)? You could do that and it would work... but what do you gain? (not a rhetorical question, I just can't think of anything). By the way, no special handling for Strings is necessary; java.lang.String is always loaded by the boot loader. -Archie __________________________________________________________________________ Archie Cobbs * CTO, Awarix * http://www.awarix.com