qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Qemu + CUDA: a new possible way?


From: Lennart Sorensen
Subject: Re: [Qemu-devel] Qemu + CUDA: a new possible way?
Date: Fri, 5 Jun 2009 16:59:28 -0400
User-agent: Mutt/1.5.18 (2008-05-17)

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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]