From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GXJpw-0003Ft-Q7 for qemu-devel@nongnu.org; Tue, 10 Oct 2006 11:48:08 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GXJpu-0003Dw-5p for qemu-devel@nongnu.org; Tue, 10 Oct 2006 11:48:06 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GXJpu-0003Dp-0C for qemu-devel@nongnu.org; Tue, 10 Oct 2006 11:48:06 -0400 Received: from [66.92.53.140] (helo=grelber.thyrsus.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1GXJxh-0008Ra-O6 for qemu-devel@nongnu.org; Tue, 10 Oct 2006 11:56:09 -0400 From: Rob Landley Subject: Re: [Qemu-devel] International Virtualization Conference Date: Tue, 10 Oct 2006 11:48:33 -0400 References: <20061008123019.94942.qmail@web52613.mail.yahoo.com> <200610090005.02895.rob@landley.net> <20061009120859.GA8917@jbrown.mylinuxbox.org> In-Reply-To: <20061009120859.GA8917@jbrown.mylinuxbox.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610101148.34187.rob@landley.net> 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 On Monday 09 October 2006 8:08 am, Jim C. Brown wrote: > On Mon, Oct 09, 2006 at 12:05:02AM -0400, Rob Landley wrote: > > > qemu is primarily a dynamic translator not a virtualizer. > > > > That's an implementation detail. The end result is running programs in a > > virtual environment, and qemu's system emulation has lots of virtual hardware > > it attaches to virtual busses, which it performs virtual I/O to, even > > simulating the delivery of virtual interrupts to signal completion of virtual > > DMA. > > > > Rob > > -- > > Never bet against the cheap plastic solution. > > > > Here you are using the terms "virtual" and "emulated" interchangably. That's > ok as long as the difference between virtualization and virtual/emulated is > understood. Well, the hardware people see a huge difference. To them one is "doing it in hardware" and the other is "doing it in software". I stay on the software side, and see them both as different ways to fake an execution environment. Wine fakes a windows system, qemu can fake a processor (and then either fake system calls for an app or fake hardware for a kernel). Considering that the original goal of QEMU was "to run the Wine project on non-86 architectures" (see http://lists.gnu.org/archive/html/tinycc-devel/2003-03/msg00084.html ) I think making a terminology distinction between Wine and QEMU is splitting hairs. (And trying to draw a line between qemu, bochs, and valgrind is splitting the result of that.) > If I follow your logic, then bochs is also a good canidate for the workshop. If you mean the way Hurd is a candidate for a workshop anywhere Linux is, sure. If it's a purely academic conference where being useful doesn't enter into it. (I followed Bochs and Plex86 5 years ago, but could never actually get them to do anything useful despite repeated attempts. Still haven't, although I see Bochs is back from the dead...) > -- And I'm sorry, but I find your tagline actively wrong: > Infinite complexity begets infinite beauty. It begets "unmaintainable" after about 5 minutes. > Infinite precision begets infinite perfection. You've never been micro-managed, have you? "Perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away." - Antoine de Saint-Exupery Rob -- "Perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away." - Antoine de Saint-Exupery