From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DYWN9-0006hj-DP for qemu-devel@nongnu.org; Wed, 18 May 2005 17:46:35 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DYWN7-0006ge-Mx for qemu-devel@nongnu.org; Wed, 18 May 2005 17:46:33 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DYWJz-0004kO-G6 for qemu-devel@nongnu.org; Wed, 18 May 2005 17:43:19 -0400 Received: from [209.55.3.83] (helo=mxo3.broadbandsupport.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DYWEm-0006mQ-A0 for qemu-devel@nongnu.org; Wed, 18 May 2005 17:37:56 -0400 Received: from organiza3bfb0e (unknown [209.33.77.51]) by mxo3.broadbandsupport.net (Postfix) with SMTP id 9A69FFBACE for ; Wed, 18 May 2005 17:29:21 -0400 (EDT) Message-ID: <036001c55bf0$a9aa34f0$334d21d1@organiza3bfb0e> From: References: <200505112204.10204.paul@codesourcery.com><20050518100634.GC30476@MAIL.13thfloor.at><200505182148.50628.paul@codesourcery.com> <1116449710.25594.81.camel@localhost.localdomain> Subject: Re: [Qemu-devel] [patch] gcc4 host support Date: Wed, 18 May 2005 16:29:08 -0500 Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org From: "David Woodhouse" > On Wed, 2005-05-18 at 21:48 +0100, Paul Brook wrote: >> It's been said before that the long-term solution is to >> [incrementally] remove dyngen altogether, and replace it with a >> had-written code generator. I've discussed this in a bit more detail > > How feasible would it be to do this as an alternative front end to GCJ's > JIT? I am definetly out of my depth here, but... Speaking of GCJ's JIT... Sometime back, Ian Rogers here brought up the PearColator project at: http://www.binarytranslator.org/ *** I have been working on an open source Java based PowerPC emulator based around a JVM's optimising compiler. If you have long running server like workloads then I have found the performance is approaching QEMU fast whilst having memory supported by a page based system. However, the system is a lot less sophisticated - booting operating systems and being a generic emulator is a distant reality. I have created a website at http://www.binarytranslator.org/ or http://www.cs.man.ac.uk/apt/projects/jamaica/tools/PearColator/ . I'm sure some people would be interested in this and may feel like they want to contribute. I'm happy to oblige and to share with QEMU. Thanks, *** Looks like he's getting at least some tolerable numbers... As I said above, I'm out of my depth here. I just thought it was worth bringing this up in case people had forgotten about it.