[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: [Xen-devel] Building firmware on NetBSD
> -----Original Message----- > From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx > [mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of > Pierrick Brossin > Sent: 03 October 2006 15:26 > To: Petersson, Mats > Cc: xen-devel@xxxxxxxxxxxxxxxxxxx > Subject: Re: [Xen-devel] Building firmware on NetBSD > > On Tue, Oct 03, 2006 at 04:20:09PM +0200, Petersson, Mats wrote: > > Depends on what you're doing, generally the modified will > win - but in > > some cases it's hard to get the source-code to modify [or > find someone > > that is ABLE to modify it for that matter]. > > What I mean is. In what way running an unmodified os with xen > is better > than running it directly in qemu ? It's "different", and faster than qemu, for sure - if it's not, then something is wrong with Xen... Qemu emulates instructions, Xen fully virt guests only have certain instructions emulated in Xen. It uses qemu to perform hardware accesses, such as hard-disk interface and network card, but not for the instructions that are executed in the guest. > > Is it faster ? Is it completely different ? Should be faster, as long as you don't spend 100% of the time doing disk or network accesses [in which case the difference is probably in QEMU's favour - but difference would be small anyways, as most of the time is spent simulating the IO access, and little time actually performing some "real" work]. -- Mats > > > Thanks again for your time > > > -Pierrick Brossin > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@xxxxxxxxxxxxxxxxxxx > http://lists.xensource.com/xen-devel > > > _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |