Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 84600 invoked from network); 10 Nov 2006 14:25:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Nov 2006 14:25:40 -0000 Received: (qmail 49116 invoked by uid 500); 10 Nov 2006 14:25:47 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 49070 invoked by uid 500); 10 Nov 2006 14:25:47 -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 49061 invoked by uid 99); 10 Nov 2006 14:25:47 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Nov 2006 06:25:47 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of gcjhd-harmony-dev@m.gmane.org designates 80.91.229.2 as permitted sender) Received: from [80.91.229.2] (HELO ciao.gmane.org) (80.91.229.2) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Nov 2006 06:25:33 -0800 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GiXIf-0000E3-2I for harmony-dev@incubator.apache.org; Fri, 10 Nov 2006 15:24:09 +0100 Received: from msfwpr01.ims.intel.com ([62.118.80.132]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 10 Nov 2006 15:24:09 +0100 Received: from Salikh.Zakirov by msfwpr01.ims.intel.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 10 Nov 2006 15:24:09 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: harmony-dev@incubator.apache.org From: Salikh Zakirov Subject: Re: [drlvm] vote on class unloading design (was Class unloading support - tested one approach) Date: Fri, 10 Nov 2006 17:19:32 +0300 Lines: 23 Message-ID: References: <4dd1f3f00611070932w103a6aadyf85436df89eaa60a@mail.gmail.com> <9623c9a50611071513g4a4d222fn2c401a91f87bb0e8@mail.gmail.com> <455113C5.8090308@sablevm.org> <51d555c70611071524q175459a6mce3b4adc0203e50c@mail.gmail.com> <9623c9a50611071555j7c10bbbt18699be5510efc7@mail.gmail.com> <45515C06.3050204@anu.edu.au> <4551AF43.1020005@anu.edu.au> <4dd1f3f00611091407j318c3c1dn8aba8835897738b1@mail.gmail.com> <51d555c70611091530k18615e1x214beef36d1f0612@mail.gmail.com> <5836de490611091941j5ff3447ci5ecd007a7f8170c3@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: msfwpr01.ims.intel.com User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) In-Reply-To: <5836de490611091941j5ff3447ci5ecd007a7f8170c3@mail.gmail.com> Sender: news X-Virus-Checked: Checked by ClamAV on apache.org Aleksey Ignatenko wrote: > Actually there is one additional 4-th approach: > > *Mark and scan based approach *wich I described in the first letter. Java > heap trace is performed by VM Core and GC is not affected at all. > > So the list is: > 1. vtable objects( Aleksey ) > 2. per heap space/generation boolean marker on the classloader instance( > Etienne ) > 3. class reachability marker byte in vtable (Robin ) > 4. Mark and scan based approach. > > I agree that we need to structure all appraches somehow, like description > for every approach in wiki. I've started a wiki page http://wiki.apache.org/harmony/ClassUnloading to summarize all discussed approaches. I hope we will eventually come up with the detailed end-to-end design description. I'm going now to fill in all ideas that I can pick up from the discussion, but I encourage all interested parties to review and correct if I get something incorrectly.