Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 80867 invoked from network); 20 Nov 2007 17:35:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 20 Nov 2007 17:35:40 -0000 Received: (qmail 66966 invoked by uid 500); 20 Nov 2007 17:35:25 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 66946 invoked by uid 500); 20 Nov 2007 17:35:25 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 66937 invoked by uid 99); 20 Nov 2007 17:35:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Nov 2007 09:35:25 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rdasgupt@gmail.com designates 209.85.162.179 as permitted sender) Received: from [209.85.162.179] (HELO el-out-1112.google.com) (209.85.162.179) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Nov 2007 17:35:15 +0000 Received: by el-out-1112.google.com with SMTP id y26so800138ele for ; Tue, 20 Nov 2007 09:35:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=AAuCf1etDB27Q/Lfmj1ys4sswY7lTav6XWjCdqdKXD4=; b=YVmGz0T2oMhIJInhSiyPKC59UyaitD6s9cEUh+u3m+BxiEBY/cE0e9kS1up8nmCHomv8Bqyp6nwROXUR7kgy14v4D0c76yF6/GPuQ02hV4Vj2nt4Boe/m+3KhCqmR8jMIhpAmV8KVoo8KU+x3AjHq1nxSJLGxvIR3NG5/tr9ZZE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=IaWQxqLKLx8OVqi+fedjTgZYw61+IdWRNyTM7eLyboeDPJgRXEbZFE3ZMksMQpsRnFKXV06RROfOV5Qf9uo8mPKd3sEo7hHQAikxDWFiCRvrG4H2Msw5rgvbzqNGqi+1K1YMq4K6dXqT70OzO2+HzIQ3+kkv106Iah9uLiClHVY= Received: by 10.142.98.18 with SMTP id v18mr1662432wfb.1195580107520; Tue, 20 Nov 2007 09:35:07 -0800 (PST) Received: by 10.142.185.7 with HTTP; Tue, 20 Nov 2007 09:35:07 -0800 (PST) Message-ID: <51d555c70711200935x59196848x5bc91cb7e76daca@mail.gmail.com> Date: Tue, 20 Nov 2007 10:35:07 -0700 From: "Rana Dasgupta" To: dev@harmony.apache.org Subject: Re: [drlvm]Leave classunloading on by default? In-Reply-To: <4bebff790711200128r5e7b373evab6484c30d2d649@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7707_7271872.1195580107508" References: <51d555c70709231411t11612ebfkbd20c65327d2ec40@mail.gmail.com> <4bebff790711200128r5e7b373evab6484c30d2d649@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_7707_7271872.1195580107508 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Aleksey, No we cannot turn on force_major_collect=true, you are right. Only turn on ignore_vtable_tracing to be true by default. The force_major_collect=true is not needed for CU, only for testing. Unloading happens when major collections happen naturally due to heap conditions and is not caused by class unloading. So there should be no difference. The overhead of vtable tracing is small. Thanks, Rana On 11/20/07, Aleksey Shipilev wrote: > Hi, Rana! > > On Sep 24, 2007 12:11 AM, Rana Dasgupta wrote: > > Harmony DRLVM has recently added a class unloading feature. It's now > > ready for trial and regular use. It's not on by default, and to turn > > on the feature, a couple of options are needed: > > -XX:gc.ignore_vtable_tracing=false -XX:gc.force_major_collect=true > AFAIU, forcing major collect will disable minor collection entirely, > so we will have the major collection every time the heap is full. If > my understanding is correct, then GC pauses will be significantly > larger thus degrading workload performance. Have you counted > minor/major collection ratios for CU on/off? > > Thanks, > Aleksey. > ------=_Part_7707_7271872.1195580107508--