From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MCgVm-00044d-PY for qemu-devel@nongnu.org; Fri, 05 Jun 2009 16:59:38 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MCgVi-00044D-LZ for qemu-devel@nongnu.org; Fri, 05 Jun 2009 16:59:38 -0400 Received: from [199.232.76.173] (port=35756 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MCgVi-00044A-Hl for qemu-devel@nongnu.org; Fri, 05 Jun 2009 16:59:34 -0400 Received: from caffeine.csclub.uwaterloo.ca ([129.97.134.17]:41251) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MCgVi-0006oO-56 for qemu-devel@nongnu.org; Fri, 05 Jun 2009 16:59:34 -0400 Date: Fri, 5 Jun 2009 16:59:28 -0400 Subject: Re: [Qemu-devel] Qemu + CUDA: a new possible way? Message-ID: <20090605205928.GC22847@csclub.uwaterloo.ca> References: <4A297B77.8080008@autistici.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A297B77.8080008@autistici.org> From: lsorense@csclub.uwaterloo.ca (Lennart Sorensen) List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: OneSoul Cc: qemu-devel@nongnu.org On Fri, Jun 05, 2009 at 09:09:27PM +0100, OneSoul wrote: > I'm a Qemu user for a long time and I'm very satisfied by its features > of flexibility, power and portability - really a good project! > > Recently, reading some technical articles over internet, I have > discoverd the big potentialities of the CUDA framework in relation to > the scientific and graphic computing that takes strong advantage from > the most recent GPUs. Someone has used it for password recovery, > realtime rendering, etc, with great results. > > It would be possible to use this technology in the Qemu project to > achieve better performance? > It could be a significative step for the develop in virtualization > technology? > > Someone, for example, in experimental way, has (re)wrote the md-raid > kernel modules using the CUDA framework to accelerate the reed-solomon > features... and it seems that works fine. > Why not for Qemu or related components? > > The main question is about the dynamic transaltion engine: can it be > modified for this framework? > Someone says that Qemu is NOT parallelizable... but it seems strange > because by definition is "Fast and Portable". > Not portable on this framework? > Pay attention, the computing on GPU is driven through a kernel module, > not directly. > > What do you think about this draft idea? It's just a proof-of-concept, > but I hope to be useful. > > Any feedback is welcome... Password cracking involves lots and lots of identical attemps with different values. Trivial to make parallel. md5 involves doing xor on lots of data. Trivial to make parallel. Rendering involves calculating lots of pixels. Trivial to make parallel. qemu is emulating a single CPU doing one thing at a time. That is pretty much not parallel work. Now adding the threaded IO so device emulation is done in parallel to the cpu emulation (which I believe is currently happening) does make sense, but I don't think there is much chance of making the cpu emulation and translation particularly parallel. At best you might get one thread doing the translation and another doing the actual execution of the translation. Nothing parallel in the range needed to make cuda useful. -- Len Sorensen