[Top][All Lists]

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

Re: [Qemu-devel] Re: request : qemu-smp as target

From: Joe Batt
Subject: Re: [Qemu-devel] Re: request : qemu-smp as target
Date: Tue, 17 May 2005 15:41:34 -0500

On Tue, 2005-05-17 at 21:21 +0100, Paul Brook wrote:
> > What inter processor synchronization issues are there?  Could you take
> > this a step further and use processes on different machines for each
> > processor? (There are many shared memory implementations to choose
> > from.)  Are there so many resources shared  
> > between the CPUs to make this a ridiculous proposition?
> Baically most SMP/shared memory systems assume very low latency communication 
> between CPUs and memory. For example on opteron systems remote memory latency 
> is of the order of 200 cpu cycles. Typical ethernet latency is several 
> million cycles.

But how often will the virtual CPUs need the same page and is there any
other shared resource other than memory?  I don't know how independent
each CPU is.  Though in side discussions, everyone agrees with you, I
haven't seen numbers to convince my gut.  If page only needs to be
faulted back and forth every couple million cycles, then it might work.

> The only solution I can imagine being even vaguely worthwhile is a running 
> user-mode qemu on top of a native openmozix system.
OpenMosix is very interesting, but is a pain to setup.  How about this:

  ssh -f host1 qemu -cpu-server $KEY
  ssh -f host2 qemu -cpu-server $KEY
  qemu -cpu-client host1:$KEY \
       -cpu-client host2:$KEY \
       -hda server.image

> > I have ignorantly implemented an SH2 emulator, 
> Cool. Any chance you're going to make these changes publicly available?
It was a Java implementation for a customer.  Not my property and not
integrated with any free software.

> Paul
Joe Batt <address@hidden>

reply via email to

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