qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Liraz Siri <liraz@turnkeylinux.org>
To: Paul Brook <paul@codesourcery.com>
Cc: turnkey-discuss@lists.turnkeylinux.org, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Merging improvements from VirtualBox OSE into qemu?
Date: Wed, 24 Dec 2008 16:33:51 +0200	[thread overview]
Message-ID: <4952484F.6010406@turnkeylinux.org> (raw)
In-Reply-To: <200812241336.01702.paul@codesourcery.com>

Paul Brook wrote:

> You need root privileges to load the random kernel modules required to d this. 
> Not going to happen for qemu.

There's at least one counter-precedent. qemu takes advantage of kqemu
which is also a "random kernel module". How would supporting a kernel
module that simplified a bridged networking be any different?

Also, qemu seems to require root privileges to setup tap devices, so it
wouldn't be a first.

BTW, we don't need this for our own use. We setup VDE + tap devices
bridged to the network interface. Works great, at least for NICs that
support bridging. Also it doesn't require root privileges, only
permissions to connect to the unix socket vde is listening on.
Unfortunately, for most users setting something like this up would
probably be a challenge.

It would be beneficial if qemu supported an easier way to set this up  -
like VirtualBox.

>> 2) improved support for running 64bit guests on 32bit hosts
>>
>>    On my Intel Core 2.4 rig I booted the Debian Lenny live CD in 48
>>    seconds.
>>
>>    By contrast, I booted the same CD under qemu-system-x86_64 in
>>    257 seconds, or 5 times slower...
> 
> You're comparing apples to oranges. Virtualbox uses virtualization, qemu use 
> emulation. I suspect if you boot a 64-bit OS you'll find things significantly 
> slower.

Sorry if I wasn't clear. I am booting a 64-bit OS. I tested booting an
amd64 Lenny live CD and an amd64 Ubuntu hardy desktop. My hardware
supports 64bits but I'm still using a 32bit operating system.

I don't really understand the implementation VirtualBox uses to
accomplish running 64bit VM guests on a 32bit host. Is it possible
VirtualBox have figured out how to run 64bit instructions on a host
running in 32bit mode? (otherwise they'll need to be doing some kind of
emulation)

Testing this VirtualBox feature on hardware that doesn't support 64bit
instructions will be revealing...

> If you're running a 32-bit operating system on a 64-bit machine I'm completely 
> uninterested. Run a proper operating system that actually supports your 
> hardware.

That's your choice, but keep in mind there are many types of users who
have to work under different conditions...

> Not quite true. IIRC VirtualBox is released under a proprietary licence, with 
> some parts dual licenced as GPL. QEMU is a mixture of GPL, LGPL and BSD. This 
> discrepancy tends to disourage cooperation.

According to their website VirtualBox OSE (the opensource edition) is in
fact licensed under the GPL.

Cheers,
Liraz

  reply	other threads:[~2008-12-24 14:33 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-24 12:48 [Qemu-devel] Merging improvements from VirtualBox OSE into qemu? Liraz Siri
2008-12-24 13:17 ` Samuel Thibault
2008-12-24 13:26   ` Alexey Eremenko
2008-12-24 13:31 ` Alexey Eremenko
2008-12-24 13:36 ` Paul Brook
2008-12-24 14:33   ` Liraz Siri [this message]
2008-12-24 14:51     ` Jernej Simončič
2008-12-24 15:02     ` Paul Brook
2008-12-24 15:29       ` Liraz Siri
2008-12-24 15:40     ` Anthony Liguori
2008-12-24 20:52       ` Liraz Siri
     [not found]     ` <E71DFB2B-0B73-46AE-B423-0BF605A9D679@hotmail.com>
2008-12-25  4:37       ` C.W. Betts
2008-12-25  7:06     ` Avi Kivity
2008-12-25  7:07     ` Avi Kivity
2008-12-25  7:08     ` Avi Kivity
2008-12-25 14:51       ` Liraz Siri
2008-12-25 16:14         ` Avi Kivity
2008-12-24 23:18   ` Jamie Lokier
2008-12-25  7:11     ` Avi Kivity
2008-12-24 15:23 ` Anthony Liguori
2008-12-24 20:21   ` Liraz Siri
2008-12-24 20:55   ` Liraz Siri
2009-01-05 21:12   ` Frank Mehnert
2009-01-05 22:03     ` Stefan Weil
2009-01-05 23:58     ` Anthony Liguori
2009-01-06  7:41       ` Frank Mehnert
2009-01-06 15:46         ` Blue Swirl
2009-01-06 17:33         ` Anthony Liguori
2009-01-06 20:40           ` Frank Mehnert
2009-01-06 22:17             ` Jamie Lokier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4952484F.6010406@turnkeylinux.org \
    --to=liraz@turnkeylinux.org \
    --cc=paul@codesourcery.com \
    --cc=qemu-devel@nongnu.org \
    --cc=turnkey-discuss@lists.turnkeylinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).