Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 76748 invoked from network); 10 Nov 2006 07:58:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Nov 2006 07:58:50 -0000 Received: (qmail 58188 invoked by uid 500); 10 Nov 2006 07:58:58 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 58136 invoked by uid 500); 10 Nov 2006 07:58:58 -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 58124 invoked by uid 99); 10 Nov 2006 07:58:58 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Nov 2006 23:58:58 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of alexey.v.varlamov@gmail.com designates 66.249.82.238 as permitted sender) Received: from [66.249.82.238] (HELO wx-out-0506.google.com) (66.249.82.238) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Nov 2006 23:58:45 -0800 Received: by wx-out-0506.google.com with SMTP id h29so460048wxd for ; Thu, 09 Nov 2006 23:58:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QHtJUx6hqnoxfjYpXuTd0YN7wndMFhvHeXgDggJHEpRiQi69Syt4KROut9yRymw0upbTMkPMSJBtMsyDn6ylfc7zXorD7EXYlXlBN4UQ2GTJWlwlXFpPfC6Mj8uXg50iZwGR4SezgaTnzx7rq+/JsbrqTeKdCzeXGXu64SIdYks= Received: by 10.70.80.14 with SMTP id d14mr2529249wxb.1163145504523; Thu, 09 Nov 2006 23:58:24 -0800 (PST) Received: by 10.70.50.2 with HTTP; Thu, 9 Nov 2006 23:58:24 -0800 (PST) Message-ID: Date: Fri, 10 Nov 2006 13:58:24 +0600 From: "Alexey Varlamov" To: harmony-dev@incubator.apache.org Subject: Re: [drlvm] Class unloading support - tested one approach In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5836de490610240251p120dfa56x736fbb5eb1898aca@mail.gmail.com> <4551B83D.9020706@anu.edu.au> <4551CBDB.90004@anu.edu.au> <45531ED7.7030904@sablevm.org> <455324E1.2040301@anu.edu.au> X-Virus-Checked: Checked by ClamAV on apache.org [snip] > Alexey, > > it looks like what you are thinking about is *concurrent* collector, > and concurrent garbage collections brings substantial complexity > even without class unloading. Salikh, You are correct. Maybe I'm running ahead of the train, but my concern is that "scalability" of unloading design is not the last criteria. The decision we'll do now should not strike back at us in some months. > However, the design we were discussing was for *stop-the-world* garbage > collectors, because this is the only thing currently supported by DRLVM, > and all existing GCs are stop-the-world. I'm kinda optimistic on gcv5 progress, feeling that concurrent collection is not improbable to be workable before H2/2007 :) > > So, the correctness of unloading algorithm can easily be proved if we consider > that the "final unloading" collection is a full heap collection, > i.e. both nursery and mature space is collected. Yes, things are more or less clear for the case of STW GC so we can concentrate on scripting more detailed technical proposal... [skip]