Hi Xiao-Feng, AFAIK it's just a general-purpose JMX console with SWT front end. I.e. it can manage everything that exposes JMX-compliant interface. IIRC I successfully tested it with Bea Weblogic J2EE server and Bea JRockit JVM. BTW, to be able to manage JVM internal resources you'll need to enable its management agent for local monitoring: "-Xmanagement" on JRockit and "-Dcom.sun.management.jmxremote" on Sun. I'm not sure if we have something like it in Harmony. These agents just provide the access to mbeans from "java.lang.management" package. So its management interface is limited to the functionality provided by java.lang.management. Sun also has management console called jconsole - see [1]. JRockit has JRockit Management Console. [1] http://java.sun.com/developer/technicalArticles/J2SE/jconsole.html Regards, Alexei 2008/4/2, Xiao-Feng Li : > 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 console: > 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 codebase; > > > > > > > > > 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 Eclipse plugin. > > > > > > > > > May be one should think of aligning GCspy and TPTP instead. This is > > > more about supplementing TPTP with missed and useful things from GCspy > > > 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 ambitious > > > 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ølsvik wrote: > > > > > Xiao-Feng Li wrote: > > > > > > > > > > > For this GSoC project, it's probably enough to have the bullet 1 > > > > > > achieved, and GCspy is a very good reference. Well the wish for bullet > > > > > > 1 is to make it self-contained within Harmony as a plugin of Eclipse > > > > > > (i.e., least dependent on external software but Eclipse related). > > > > > > > > > > Why wouldn't it be *much* better to integrate the existing GCSpy project > > > > > (which apparently requires a "server" integration in that JVM to be done > > > > > - KVM has e.g. done it), and if it lacks something, code it into GCSpy > > > > > proper code? Then all will benefit.. > > > > > > > > Endre, thanks for the suggestion. I actually thought the same thing, 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 codebase; > > > > Step 2. to modify GCspy for our monitoring/tuning needs as an Eclipse plugin. > > > > > > > > How do you think about them? Thanks. > > > > > > > > I don't know how Ian wants to roll out his RVM visualization proposal. > > > > Ian, do you plan to enhance GCspy with TuningFork idea or to migrate > > > > RVM to work with the TuningFork framework? > > > > > > > > Thanks, > > > > xiaofeng > > > > > > > > > Endre. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > http://xiao-feng.blogspot.com > > > > > > > > > > > > > > > > > > > -- > > > With best regards, > > > > > > Alexei > > > > > > > > > > -- > > http://xiao-feng.blogspot.com >