From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BpvCV-0006CM-5T for qemu-devel@nongnu.org; Wed, 28 Jul 2004 16:38:59 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BpvCT-0006By-Kz for qemu-devel@nongnu.org; Wed, 28 Jul 2004 16:38:58 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BpvCT-0006Bo-Hh for qemu-devel@nongnu.org; Wed, 28 Jul 2004 16:38:57 -0400 Received: from [216.239.56.252] (helo=mproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Bpv9F-0004pB-R0 for qemu-devel@nongnu.org; Wed, 28 Jul 2004 16:35:38 -0400 Received: by mproxy.gmail.com with SMTP id w41so5266165cwb for ; Wed, 28 Jul 2004 13:35:34 -0700 (PDT) Message-ID: <2781f0204072813352ce36ad1@mail.gmail.com> Date: Wed, 28 Jul 2004 16:35:34 -0400 From: Joseph Stewart Subject: Re: [Qemu-devel] SMP In-Reply-To: <1091045449.22121.37.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <000701c41cbf$49b386d0$0401a8c0@putte2k> <200404210920.31731.jm@poure.com> <4086C91E.9040004@bellard.org> <200404212137.17285.Rudi@LYRIKpage.de> <4086F0C8.5070900@bellard.org> <1091045449.22121.37.camel@localhost> 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 I say this half-joking and half-serious, but how about a qemu emulation for the Transputer core?... (http://www.embedded.com.au/reference/transputers.html and http://www.classiccmp.org/transputer/). Seriously, I don't know enough about the internal structure of QEMU to know if this is even a reasonable or desirable feature. And then there's the issue of learning OCCAM. -joe On Wed, 28 Jul 2004 15:10:50 -0500, Joe Batt wrote: > I realize that this may be pushing the future a bit, I just wanted to > start the discussion. > > What challenges do we (or does Fabrice) face > - creating an qemu SMP guest? > - multithreading qemu to utilize a SMP host? > - integrating with something like mosix so you could build a virtual 50 > CPU box in a lab across 50 real machines (or a 250 CPU box on 50 > machines to avoid waiting on IO) > - how would numa figure into this (I'm completely ignorant of what a > numa machine looks like) > > I am very interested in single image clusters (as a spectator), but what > I've seen so far is coupling machines at a level that seems to high and > complex to me. It seems silly that each machine has to have a full OS > installed and configured just right. Building a big single image > machine on linked VMs would allow us to run qemu on a stripped down OS > (just drivers and basic services) or a heterogeneous network (even a mix > of linux kernels would beat mosix). > > Thanks for any consideration. > Joe > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel >