All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Brook <paul@codesourcery.com>
To: "Andreas Färber" <andreas.faerber@web.de>
Cc: Chris Frey <cdfrey@foursquare.net>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Re: Killing KQEMU
Date: Sat, 6 Jun 2009 12:27:09 +0100	[thread overview]
Message-ID: <200906061227.10119.paul@codesourcery.com> (raw)
In-Reply-To: <762CAA99-0A24-4A4A-94F0-7F3B2610AEC9@web.de>

> > [1] Unsupportable == I'm not letting it anywhere near my production
> > systems.

>And that's exactly my point about KVM: What "production systems" are
>you talking of?!

Any machine that isn't completely disposable. For most users this includes 
their local workstation.

> A very nice use case of QEMU is that it works cross-platform, cross-
> hardware.

This actually argues against using kqemu as it only works in on "native" 
hosts.

>Or the other direction: We got/made disk images for courses at
>university and had to analyze them somewhere. Even with malicious root
>kits and stuff installed, we did not run into apparent issues
>virtualizing them.

You've been lucky then. I bet the only reason you haven't seen any problems is 
because kqemu is too obscure for anyone to bother attacking it.

>With GbE connections you can easily transfer disk images around,
>accompanied by original checksums and a tiny shell script to run them
>- use cases that VMware, VirtualBox and KVM cannot keep up with yet.

Neither can kqemu. Installing an unsupported third party kernel module is 
about the worst thing you can do from a security and stability standpoint. I'd 
expect any respectably sysadmin to laugh and kick you out if you requested 
they do this on any of their shared machines.

Paul

  reply	other threads:[~2009-06-06 11:27 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-02  3:52 [Qemu-devel] Killing KQEMU Chris Frey
2009-06-02  4:18 ` Avi Kivity
2009-06-02  6:28   ` Avi Kivity
2009-06-02 19:25     ` [Qemu-devel] " Chris Frey
2009-06-02  4:45 ` [Qemu-devel] " Rick Vernam
2009-06-02 12:54   ` Paul Brook
2009-06-02 20:09     ` [Qemu-devel] " Chris Frey
2009-06-02 20:24       ` Avi Kivity
2009-06-03 21:50         ` [Qemu-devel] " Chris Frey
2009-06-04  6:30           ` [Qemu-devel] " Avi Kivity
2009-06-02 20:30       ` Paul Brook
2009-06-03 21:34         ` Chris Frey
2009-06-03 21:46           ` Rick Vernam
2009-06-06 11:01         ` Andreas Färber
2009-06-06 11:27           ` Paul Brook [this message]
2009-06-06 13:50             ` Andreas Färber
2009-06-06 15:24               ` Gleb Natapov
2009-06-06 16:03               ` Avi Kivity
2009-06-02 20:35       ` Gerd Hoffmann
2009-06-02 20:47       ` Stuart Brady
2009-06-03 21:21         ` [Qemu-devel] " Chris Frey
2009-06-04  0:22           ` Paul Brook
2009-06-02  6:25 ` [Qemu-devel] " Gleb Natapov
2009-06-02  9:26 ` Anton D Kachalov
2009-06-02 19:47   ` [Qemu-devel] " Chris Frey

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=200906061227.10119.paul@codesourcery.com \
    --to=paul@codesourcery.com \
    --cc=andreas.faerber@web.de \
    --cc=cdfrey@foursquare.net \
    --cc=qemu-devel@nongnu.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.