From dev-return-33201-apmail-harmony-dev-archive=harmony.apache.org@harmony.apache.org Wed Apr 02 10:24:37 2008 Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 69995 invoked from network); 2 Apr 2008 10:24:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Apr 2008 10:24:34 -0000 Received: (qmail 28908 invoked by uid 500); 2 Apr 2008 10:24:31 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 28880 invoked by uid 500); 2 Apr 2008 10:24:31 -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 28871 invoked by uid 99); 2 Apr 2008 10:24:31 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Apr 2008 03:24:31 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of xiaofeng.li@gmail.com designates 74.125.46.154 as permitted sender) Received: from [74.125.46.154] (HELO yw-out-1718.google.com) (74.125.46.154) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Apr 2008 10:23:41 +0000 Received: by yw-out-1718.google.com with SMTP id 4so307347ywq.0 for ; Wed, 02 Apr 2008 03:24:01 -0700 (PDT) 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:content-transfer-encoding:content-disposition:references; bh=zyze31Ndq3UMRyn/DLy8bF0d3KiRqzmKzbiffQDkFbQ=; b=oE91s4ZfDBJPaFqa4QxLo6pUZqazUcxZs7nhhv3oEFZFEuw3xDuy7cq7/pxMSGa+z8H6ouzGzZjBJ0MLLqVVeJlWWixixW9XvJtIY+JbULfwLqMFeYrX+MFaO772cYQTy5lmPGtHK80UG8HqXS6674tmyrz5WO5krqyeQBuszYU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FG999uzEQr/nnz4+ZmKxCcQqXyXLb5jBJdR8xq8YGiEo6APfoO4bJuPFOXok+gcCv/4JzDEiU2G0/5Xiel70uKtUG5avYpS9L52O9TyQk3J8+GqoDzjOVe8TimkOXVuxn5KNuykJd8q7Im94NGdyejMuGMTDj9uCbIJaqCMBdxg= Received: by 10.151.146.18 with SMTP id y18mr4849902ybn.3.1207131810704; Wed, 02 Apr 2008 03:23:30 -0700 (PDT) Received: by 10.150.147.15 with HTTP; Wed, 2 Apr 2008 03:23:30 -0700 (PDT) Message-ID: <9623c9a50804020323p7daa2c97jbac7b30c0cf42db9@mail.gmail.com> Date: Wed, 2 Apr 2008 18:23:30 +0800 From: "Xiao-Feng Li" To: dev@harmony.apache.org Subject: Re: Write a graphical front-end for Harmony memory management In-Reply-To: <2c9597b90803302234x72c8a0b8r2508ae93c224deae@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <930503ab0803140408u2b8bc49aq8ddbad9c88464f6f@mail.gmail.com> <9623c9a50803160553l559354f3q8b7bc4e214b929d2@mail.gmail.com> <47DD8781.4020808@gmail.com> <9623c9a50803161819l1e0de514i1337daf7b55df358@mail.gmail.com> <47DE23C6.3040604@Stolsvik.com> <9623c9a50803170243o45326380q1765f71093ead622@mail.gmail.com> <2c9597b90803302234x72c8a0b8r2508ae93c224deae@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Mar 31, 2008 at 1:34 PM, Alexei Zakharov wrote: > BTW I just like pay everybody's attention on HARMONY-1105 [1]. It is a > Java management console implemented as an eclipse plugin; donated to > Harmony on Aug 2006. May be it can be (re)used somehow for memory > management purposes too. > > [1] http://issues.apache.org/jira/browse/HARMONY-1105 Alexei, thanks for the suggestion. I need more understandings about the con= sole: 1. Which component does it work with in Harmony? I'd like to see check the features in details. 2. Can it work with GC in low-level details? For example, can it support to show an object is moved from one location to another (as what we saw in Windows defragmentor)? Thanks, xiaofeng > Thanks, > Alexei > > 2008/3/29, Alexei Fedotov : > > > > Let me share few ideas: > > > > > > > Step 1. to make Harmony work with GCspy based on its current codeba= se; > > > > > > This is a good work breakdown, but I want to see more in the > > application. I believe the goal of the project should be more visible > > and somehow reflect the usefulness. I would set the goal to improve > > memory or performance profile of some application on Harmony using > > GCspy, or in simpler words, enable GCspy to a degree when it would be > > able to do something useful. > > > > > > > Step 2. to modify GCspy for our monitoring/tuning needs as an Eclip= se plugin. > > > > > > May be one should think of aligning GCspy and TPTP instead. This is > > more about supplementing TPTP with missed and useful things from GCsp= y > > rather than GCspy porting. While it is useful sometimes and > > unavoidable during hard times, for these two projects I do not see > > enough arguments why they should compete instead of being merged into > > something more useful. > > > > I agree with Xiao Feng that each of these tasks might be too ambitiou= s > > for a student project. > > > > > > On Mon, Mar 17, 2008 at 12:43 PM, Xiao-Feng Li wrote: > > > > > > On Mon, Mar 17, 2008 at 3:54 PM, Endre St=F8lsvik wrote: > > > > Xiao-Feng Li wrote: > > > > > > > > > For this GSoC project, it's probably enough to have the bulle= t 1 > > > > > achieved, and GCspy is a very good reference. Well the wish f= or bullet > > > > > 1 is to make it self-contained within Harmony as a plugin of = Eclipse > > > > > (i.e., least dependent on external software but Eclipse relat= ed). > > > > > > > > Why wouldn't it be *much* better to integrate the existing GCSp= y project > > > > (which apparently requires a "server" integration in that JVM t= o be done > > > > - KVM has e.g. done it), and if it lacks something, code it int= o GCSpy > > > > proper code? Then all will benefit.. > > > > > > Endre, thanks for the suggestion. I actually thought the same thin= g, I > > > am just not sure if a GSoC project can be that ambitious, since in= my > > > understanding, GCspy is quite well-designed to accommodate various > > > runtime systems, and it's keep improving. Also I don't know GCspy'= s > > > maintenance model. > > > > > > Probably we can partition the tasks into two steps: > > > Step 1. to make Harmony work with GCspy based on its current codeb= ase; > > > Step 2. to modify GCspy for our monitoring/tuning needs as an Ecli= pse plugin. > > > > > > How do you think about them? Thanks. > > > > > > I don't know how Ian wants to roll out his RVM visualization propo= sal. > > > Ian, do you plan to enhance GCspy with TuningFork idea or to migra= te > > > RVM to work with the TuningFork framework? > > > > > > Thanks, > > > xiaofeng > > > > > > > Endre. > > > > > > > > > > > > > > > > > > > > > > -- > > > http://xiao-feng.blogspot.com > > > > > > > > > > > > > -- > > With best regards, > > > > Alexei > > > --=20 http://xiao-feng.blogspot.com