qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] Re: Qemu-devel Digest, Vol 22, Issue 46
       [not found] <200501212010.j0LKA1XT001930@jdesk.thechesterfields.org>
@ 2005-01-21 20:53 ` Julian Chesterfield
  2005-01-21 21:59   ` Jim C. Brown
  2005-01-21 22:23   ` Paul Brook
  0 siblings, 2 replies; 4+ messages in thread
From: Julian Chesterfield @ 2005-01-21 20:53 UTC (permalink / raw)
  To: qemu-devel



On Fri, Jan 21, 2005 at 03:52:43PM +0000, Julian Chesterfield wrote:

>> My understanding is that Qemu does not support hyperthreading in the 
>host 
>> OS.
>
>
>You mean guest OS, right? 

Actually I was thinking about the host!

>It shouldn't make a different if the host OS 
>uses it
>or not.
>

Excuse my ignorance but is this because there is no 
potential for parallelising tasks in qemu to take advantage of idle 
CPU cycles?

- Julian

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [Qemu-devel] Re: Qemu-devel Digest, Vol 22, Issue 46
  2005-01-21 20:53 ` [Qemu-devel] Re: Qemu-devel Digest, Vol 22, Issue 46 Julian Chesterfield
@ 2005-01-21 21:59   ` Jim C. Brown
  2005-01-21 22:23   ` Paul Brook
  1 sibling, 0 replies; 4+ messages in thread
From: Jim C. Brown @ 2005-01-21 21:59 UTC (permalink / raw)
  To: qemu-devel

On Fri, Jan 21, 2005 at 08:53:55PM +0000, Julian Chesterfield wrote:
> 
> 
> On Fri, Jan 21, 2005 at 03:52:43PM +0000, Julian Chesterfield wrote:
> 
> >> My understanding is that Qemu does not support hyperthreading in the 
> >host 
> >> OS.
> >
> >
> >You mean guest OS, right? 
> 
> Actually I was thinking about the host!

Why???

Hyperthreading, or even true SMP, has no effect on qemu whatsoever.

> 
> >It shouldn't make a different if the host OS 
> >uses it
> >or not.
> >
> 
> Excuse my ignorance but is this because there is no 
> potential for parallelising tasks in qemu to take advantage of idle 
> CPU cycles?

I don't know about "potential" ... it is possible, but afaik it isn't done
currently in qemu.

> 
> - Julian
> 
> 
> 
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
> 

-- 
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [Qemu-devel] Re: Qemu-devel Digest, Vol 22, Issue 46
  2005-01-21 20:53 ` [Qemu-devel] Re: Qemu-devel Digest, Vol 22, Issue 46 Julian Chesterfield
  2005-01-21 21:59   ` Jim C. Brown
@ 2005-01-21 22:23   ` Paul Brook
  2005-01-21 23:09     ` Fabrice Bellard
  1 sibling, 1 reply; 4+ messages in thread
From: Paul Brook @ 2005-01-21 22:23 UTC (permalink / raw)
  To: qemu-devel

On Friday 21 January 2005 20:53, Julian Chesterfield wrote:
> >It shouldn't make a different if the host OS
> >uses it
> >or not.
>
> Excuse my ignorance but is this because there is no
> potential for parallelising tasks in qemu to take advantage of idle
> CPU cycles?

In theory you could put CPU and system emulation in separate threads. In 
practice I suspect the synchronisation overhead outweighs the (small) benefit 
that hyperthreading gives you. I'm not even sure it's give any significant 
benefit on real SMP systems.

Simulating multiple cpu SMP guest system on a SMP host cpus would be 
interesting, but that's a whole new thing.

Paul

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [Qemu-devel] Re: Qemu-devel Digest, Vol 22, Issue 46
  2005-01-21 22:23   ` Paul Brook
@ 2005-01-21 23:09     ` Fabrice Bellard
  0 siblings, 0 replies; 4+ messages in thread
From: Fabrice Bellard @ 2005-01-21 23:09 UTC (permalink / raw)
  To: qemu-devel

Paul Brook wrote:

> Simulating multiple cpu SMP guest system on a SMP host cpus would be 
> interesting, but that's a whole new thing.

I plan to add it someday, but x86 virtualization seems more important 
now. For SMP, some work is needed to render the virtual CPU core thread 
safe (I would like that each virtual CPU use the same translated code 
cache).

Fabrice.

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2005-01-21 23:26 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <200501212010.j0LKA1XT001930@jdesk.thechesterfields.org>
2005-01-21 20:53 ` [Qemu-devel] Re: Qemu-devel Digest, Vol 22, Issue 46 Julian Chesterfield
2005-01-21 21:59   ` Jim C. Brown
2005-01-21 22:23   ` Paul Brook
2005-01-21 23:09     ` Fabrice Bellard

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).