Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (athena.apache.org: domain of patlustosa@gmail.com
 designates 209.85.132.247 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
        b=wcy9Kw25cQmoMGtO6MSEwvG3f1C/jmboShc12hpoGfurK05Ydu7Yudw/JKXtyPVpJt+U2QeUulYjBS8vd5GtTxEe+Q5eRj7buAjbL9JF2gWT606pOFntbqw6RND5rMbAGwvXFTvrKM7AnO3NHb8wNE4qSBz7F2HWVNF/TM2UHHQ=
Message-ID: <2f56f5010804131812u3a3eb380pfb2a36b9c7ac5ff3@mail.gmail.com>
Date: Sun, 13 Apr 2008 22:12:11 -0300
From: "Paty Lustosa" <patlustosa@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [GSoC2008] Write a graphical front-end for Harmony memory
 management
Cc: "Vasily Levchenko" <vasily.v.levchenko@gmail.com>
In-Reply-To: <9623c9a50804131721r1a0ca01di608249a96f7e2072@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_5772_7841973.1208135531330"
References: <5d63f2500804020525y4968f34jf3f4732d4661e0f5@mail.gmail.com>
	 <9623c9a50804021720s4f166fd6k533d42ce960be7aa@mail.gmail.com>
	 <2f56f5010804101403v3c30c189i12bca4d018def20d@mail.gmail.com>
	 <5d63f2500804120353w4c15bceamd041b34d1613e679@mail.gmail.com>
	 <2f56f5010804131050h3f21faf8m8333214945e10ef6@mail.gmail.com>
	 <9623c9a50804131721r1a0ca01di608249a96f7e2072@mail.gmail.com>

------=_Part_5772_7841973.1208135531330
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Xia-Feng,
I have already used TPTP testing project, to test some Eclipse plug-in's
that I developed. The others TPTP subprojects I have never used before.

Thanks,
Paty

On Sun, Apr 13, 2008 at 9:21 PM, Xiao-Feng Li <xiaofeng.li@gmail.com> wrote=
:

> Paty, are you familiar with Eclipse TPTP? I am not sure how difficult
> it is to reuse TPTP framework to visualize JVM internals. So I cc
> Vasily for his opinions.
>
> Thanks,
> xiaofeng
>
> On Mon, Apr 14, 2008 at 1:50 AM, Paty Lustosa <patlustosa@gmail.com>
> wrote:
> > Hi Rick,
> >
> >  Xiao-Feng told me that he didn't intend to use TuningFork due to
> unclear
> >  license. So I think that it's better for me to develop a GCSpy client
> as an
> >  Eclipse plug-in while you work in the integration of GCSpy with
> Harmony.
> >  What do you think about it, Xiao-Feng?
> >  Any comments are welcome.
> >
> >  Thanks,
> >
> >  Patr=EDcia
> >
> >
> >
> >  On Sat, Apr 12, 2008 at 7:53 AM, Rick Walker <sky@nildram.co.uk> wrote=
:
> >
> >  > Hi Patr=EDcia,
> >  >
> >  > In my proposal, I elected just to integrate GCSpy with Harmony - I
> had
> >  > a chat with Richard Jones at Kent, who's responsible for GCSpy and
> has
> >  > a similar GSoC project running for JikesRVM, and discussed exactly
> how
> >  > far he thought I could get with it over the GSoC period. The
> >  > conclusions we came to from that discussion was that integrating
> >  > GCSpy, writing drivers for each GC, and then updating GCSpy itself t=
o
> >  > include the latest changes made to the architecture
> >  > (http://pubs.doc.ic.ac.uk/GCspy/ has some information on that) was
> >  > possible. It's likely that the latter part would benefit from
> >  > communication with the JikesRVM project, to make sure that the GCSpy
> >  > servers (C++ for Harmony, Java for JikesRVM) are consistent.
> >  >
> >  > Richard also stressed that it's very important that GCSpy have
> >  > negligible performance impact when the visualizer's not connected,
> and
> >  > suggested ways I could benchmark to check that this is the case.
> >  > I think that it's realistic to integrate GCSpy and test it properly
> >  > over the GSoC period, and I wrote up my proposal based on that, from
> a
> >  > deliverable-oriented perspective. While I'd definitely be interested
> >  > in longer-term involvement with Harmony if this summer goes to plan,
> I
> >  > felt that this was a sensible way to approach GSoC.
> >  >
> >  > I didn't, then, look too deeply at writing Eclipse plugins, though I
> >  > did have a brief scan of the Rich Client Platform documentation. The
> >  > proposal I looked at from Jikes:
> >  > http://jira.codehaus.org/browse/RVM-388
> >  > discusses the possibility of adding GCSpy-style visualization to
> Tuning
> >  > Fork:
> >  > http://www.alphaworks.ibm.com/tech/tuningfork
> >  >
> >  >
> http://domino.watson.ibm.com/comm/research_projects.nsf/pages/metronome.t=
enedor.html
> >  > (has a link to their research paper on it too). You could extend
> >  > tuning fork to support GCSpy-style visualizations as a plugin. The
> >  > only problem is that while I think Tuning Fork's going to be release=
d
> >  > as OSS, it isn't at the moment.
> >  >
> >  > Perhaps a split of integrating GCSpy with Harmony vs developing a
> >  > better client as an eclipse plug in could work? I'm sure there are
> >  > other interesting ways of visualizing GC trace output, so there's
> >  > enough depth on that side too.
> >  >
> >  > Rick
> >  >
> >
> >
> >
> >
> >
> > --
> >  * Patr=EDcia Lustosa Ventura Ribeiro *
> >  Ci=EAncias da Computa=E7=E3o - 2005.1
> >  AJaTS - AspectJ Transformation System
> >
>
>
>
> --
>  http://xiao-feng.blogspot.com
>


--=20
* Patr=EDcia Lustosa Ventura Ribeiro *
Ci=EAncias da Computa=E7=E3o - 2005.1
AJaTS - AspectJ Transformation System

------=_Part_5772_7841973.1208135531330--