Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 43979 invoked from network); 20 May 2005 11:15:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 20 May 2005 11:15:03 -0000 Received: (qmail 30138 invoked by uid 500); 20 May 2005 11:14:55 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 30048 invoked by uid 500); 20 May 2005 11:14:54 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 30010 invoked by uid 99); 20 May 2005 11:14:53 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from 60.Red-213-97-200.pooles.rima-tde.net (HELO marlow.intranet.hisitech.com) (213.97.200.60) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 20 May 2005 04:14:49 -0700 Received: from localhost (localhost [127.0.0.1]) by marlow.intranet.hisitech.com (Postfix) with ESMTP id D7D00374398 for ; Fri, 20 May 2005 13:14:04 +0200 (CEST) Subject: Re: [arch] VM Candidate : JikesRVM http://jikesrvm.sourceforge.net/ From: Santiago Gala To: harmony-dev@incubator.apache.org In-Reply-To: <20050520.112601.846936252.shudo@aist.go.jp> References: <428ADE18.1020209@aiqa.com> <1B160BFC-3121-473F-9D1E-232DAC9298A4@apache.org> <135730452.1116486624356.JavaMail.root@set.superlinksoftware.com> <20050520.112601.846936252.shudo@aist.go.jp> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-u+2wkFj4nxhkWMXpGRwf" Organization: High Sierra Technology, SLU Date: Fri, 20 May 2005 13:14:02 +0200 Message-Id: <1116587643.1730.7.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --=-u+2wkFj4nxhkWMXpGRwf Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable El vie, 20-05-2005 a las 11:26 +0900, shudo@computer.org escribi=C3=B3: (...) > Of course, such a runtime will have > another interpreter or a baseline compiler (written in C/C++?) and > Java-written JIT can be debugged exhaustively. But such a reflective > nature certainly makee debugging harder. Even if this is true (and I don't buy it completely), there is a very beneficial side-effect: the basic VM core, MM/GC, verifier and JIT make exceptionally good test cases for themselves, which would greatly reduce the possibility of bugs or memory leaks when the releases arrive to the users. At least in the basic data structure and bytecode interpretation/compilation parts. And specially so if the bootstrapping is done in a few machine architectures before releasing. Also as a side effect, performance tuning of the VM will be something intrinsic, as slowness will be noticed fast. Regards --=20 Santiago Gala High Sierra Technology, SLU --=-u+2wkFj4nxhkWMXpGRwf Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBCjcZ6MGY6e0B83Y0RAq4kAJ9X+d9ZQZ2JitcvCzY39vwnbXpcKQCfR9OW YsYBRYIrnxJa8UsMRj4P8Qg= =QicT -----END PGP SIGNATURE----- --=-u+2wkFj4nxhkWMXpGRwf--