Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 56429 invoked from network); 1 Feb 2007 18:34:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 1 Feb 2007 18:34:37 -0000 Received: (qmail 48161 invoked by uid 500); 1 Feb 2007 18:34:40 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 48135 invoked by uid 500); 1 Feb 2007 18:34:40 -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 48126 invoked by uid 99); 1 Feb 2007 18:34:40 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Feb 2007 10:34:40 -0800 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: 216.86.168.178 is neither permitted nor denied by domain of geir@pobox.com) Received: from [216.86.168.178] (HELO mxout-03.mxes.net) (216.86.168.178) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Feb 2007 10:34:30 -0800 Received: from [192.168.1.104] (unknown [67.86.14.213]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 0089A5193D for ; Thu, 1 Feb 2007 13:34:02 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: References: <523F3D8D8C97554AA47E53DF1A05466A9676A1@nnsmsx411.ccr.corp.intel.com> <795657be0701300535i1b3bc2dt12eb04f5f7e90c6@mail.gmail.com> <5ABFB0654C47814D94E6F2128D249BB4DB7AE9@ukhwex10.emea.bea.com> <45BF5F2B.30802@gmail.com> <5ABFB0654C47814D94E6F2128D249BB4DB7B69@ukhwex10.emea.bea.com> <45BF6EB7.4060302@gmail.com> <5ABFB0654C47814D94E6F2128D249BB4DB7D0E@ukhwex10.emea.bea.com> <45BFCA4E.7020906@gmail.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8184EC49-8F23-41EE-A05C-009B671AFF79@pobox.com> Content-Transfer-Encoding: 7bit From: "Geir Magnusson Jr." Subject: Re: [general] Harmony performance page Date: Thu, 1 Feb 2007 13:34:00 -0500 To: dev@harmony.apache.org X-Mailer: Apple Mail (2.752.3) X-Virus-Checked: Checked by ClamAV on apache.org On Feb 1, 2007, at 1:26 PM, Alexey Petrenko wrote: > Guys, > > is that right that we can publish IBM VME and JRockit VM versions for > Harmony with Harmony class library performance results on our > performance page? I thought it was mentioned that at the momemnt, we can't do it for JRockit because of limits contained in the license. You need to double check that. geir > > SY, Alexey > > 2007/1/31, Tim Ellison : >> Henrik Stahl wrote: >> >> If there are any design points in Harmony classlib or VM >> >> interface that you think would unduly affect JRockit >> >> achieving peak performance then we should talk about them too. >> > >> > Yes. Here's where it gets fun: Standard JRockit is based on class >> > libraries that we license from Sun. This is not the case with J9 >> if I >> > understand correctly. >> >> J9 is used with the Sun class libraries in IBM Java SDK 5.0, so it >> is a >> similar situation. >> >> > So if you run the JRockit JVM vs the JRockit eval VM for Harmony >> and >> > compare the performance, you will have a reasonable estimate on the >> > performance of the *class library*. Not entirely apples-to- >> apples, of >> > course, but it's a start. >> >> Yep. Harmony has made some design choices, for example in the >> choice of >> VM kernel classes, that may affect performance with JRockit. The >> kernel >> classes include those where the VM/JIT/GC has some intimate >> knowledge of >> their behaviour and shape, such as Class, Thread, and Reference. >> >> The intent is that VMs can augment that set as they see fit with any >> additional types that are 'kernel' for them, overriding the generic >> classlib version. >> >> Regards, >> Tim >>