From: Ingo Molnar <mingo@elte.hu>
To: Avi Kivity <avi@redhat.com>, Anthony Liguori <anthony@codemonkey.ws>
Cc: "Zhang, Yanmin" <yanmin_zhang@linux.intel.com>,
Peter Zijlstra <peterz@infradead.org>,
ming.m.lin@intel.com, sheng.yang@intel.com,
Jes Sorensen <Jes.Sorensen@redhat.com>,
KVM General <kvm@vger.kernel.org>,
Zachary Amsden <zamsden@redhat.com>,
Gleb Natapov <gleb@redhat.com>,
Arnaldo Carvalho de Melo <acme@redhat.com>,
Fr??d??ric Weisbecker <fweisbec@gmail.com>,
Thomas Gleixner <tglx@linutronix.de>,
"H. Peter Anvin" <hpa@zytor.com>,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Arjan van de Ven <arjan@infradead.org>
Subject: KVM usability
Date: Sat, 27 Feb 2010 11:56:43 +0100 [thread overview]
Message-ID: <20100227105643.GA17425@elte.hu> (raw)
In-Reply-To: <4B8813F2.8090208@redhat.com>
* Avi Kivity <avi@redhat.com> wrote:
> On 02/26/2010 01:17 PM, Ingo Molnar wrote:
> >Nobody is really 'in charge' of how KVM gets delivered to the user. You
> >isolated the fun kernel part for you and pushed out the boring bits to
> >user-space. So if mundane things like mouse integration sucks 'hey that's a
> >user-space tooling problem', if file integration sucks then 'hey, that's an
> >admin problem', if it cannot be used over the network 'hey, that's an Xorg
> >problem', etc. etc.
>
> btw, mouse integration works with -usbdevice tablet and recent
> Fedoras, 'it was an X.org driver problem'.
>
> Really, I don't understand your problems.
I run bleeding edge rawhide on my main desktop so i just tried latest &
greatest KVM and Qemu bits and started up kvm-qemu with some Fedora and XP
images i had around:
2.6.33-0.44.rc8.git0.fc13.x86_64
qemu-system-x86-0.12.2-6.fc13.x86_64
Here's my experience with it:
- qemu-kvm starts up with a miniature resolution by default. 640x480 - on my
1680x1050 laptop screen. It's so small that initially i even overlooked
that i started it. It should multiplex pixels up to a reasonable screen
size by default.
- The mouse is trapped straight away by default if you click into it. That's
very annoying if you actually try to integrate a guest OS into your desktop
- it's not just 'another, slightly weird app' but a sticky, opinionated GUI
component that you have to fight with all the time.
- Once trapped it's not obvious how to untrap the mouse. The qemu window
title says:
QEMU: Press Ctrl-ALT to exit grab
Of course once you _know_ what a 'grab' is, you'll know where to look.
At minimum it should say:
QEMU: Press Ctrl-ALT to exit mouse grab
But to first-time users it's an annoying trap of the mouse and with no
obvious place to look for help. [besides, it doesnt tell which Ctrl and
which ALT to use - it's the left side. The right side Ctrl does not work.]
- Graphics performance is awful even with the 640x480 miniature version.
During bootup I can see it drawing single characters. This is a Core2
2.8GHz.
- Sound does not work by default. I have to go dig into command-line options
to see that i need to add: "-soundhw all". Why isnt sound enabled by
default?
- Qemu images are not integrated into the rest of the desktop. If i click on
a Qemu image it says:
Could not display "/home/mingo/qemu/hda.img".
The file is of an unknown type.
10 years of Qemu and its base image format is still 'unknown' ?
- Random bugs. I tried to boot some old Fedora image i had around, it says:
spirit:~/qemu> qemu-kvm ./hda-fedora.img
kvm: unhandled exit 80000021
kvm_run returned -22
Bugs happen, but more important is what a user can do with it. To a user,
what does this tell? Is it actionable? Does it give any URL to check? Any bug
submit mechanism to follow? Does it even tell what the code itself thinks
that happened? Nope - it just prints that error message (on the console, so
to anyone starting it via a clicky interface wouldnt notice that there's
something wrong) - and the guest session hanging indefinitely.
- When it boots up, the Qemu window flips around its size crazily, as the BIOS,
the bootloader and the OS sets different screen resolutions. To the user that
technical detail is immaterial, what matters is an amateurish-looking app
that flips its window size as if it was an adware popup window trying to
avoid being caught.
- There's no obvious way to activate paravirt drivers on the Windows side.
There's no friendly "install guest drivers" button to click on with Qemu.
_Of course_ you will end up emulating hardware in KVM (and passing it through
to the guest once it's clear that emulation performance sucks) and sooner
or later you will end up requesting unreasonable things of the host kernel
to achieve that ...
- Another small detail: there is zero on-screen help (beyond the Ctrl-ALT
line) for a newbie to quickly find his way around it. No wiki address, no
help, no nothing. There's not even any hint about what this window does.
Which guest is it? In what state is that guest?
- But i'm a more advanced user so i dont need help screens, i knew that the
"go full screen" hotkey is:
LeftCtrl-LeftALT-F
... except that it is a one-way road: pressing it for a second time does
not restore the window, trapping me in the guest altogether! Ctrl-ALT does
not exit the trap either. I had to shut down the guest to get back my X
desktop.
etc., etc.
( I could go on and on about finer details of good integration, like the
difficulty of integrating host/guest files, networking, no way to quickly
attach ISOs via that window, no way to activate networking, sound and no way
to snapshot, no way to increase memory size except a command line option. )
etc - but that's not the point really: i only spent 10 minutes on this and i
didnt try hard at all - _11_ bugs/annoyances from all across the functionality
spectrum.
And the thing is _me_ reporting bugs does not matter at all in this picture,
so please dont come with "why didnt you report this?".
_Anyone_ with half a brain who takes a critical look at this virtualization
solution would notice the same. Still, it's essentially unchanged from 5 years
ago.
Why is that so? I have outlined my opinion that this is due to the artificial
package separation / over-modularization and no-one really being in charge of
"KVM quality as a whole" - and i'm wondering what your theory is how such a
state of affairs became possible.
I'm not trolling you at all: is it _really_ not obvious to you that the
KVM/qemu usability status quo honestly sucks, to an unbiased observer?
And AFAICS KVM developers keep concentrating on all the wrong things due to
that bad split/packaging: writing newer and newer low level kernel patches and
optimizations which are nice but in large part irrelevant because the
_fundamental basics_ of usability suck so much ... But to you it's probably
just another external package so not really something you can do much about,
right?
Really, the KVM design is so nice in many regards and Qemu has come forward
leaps and bounds in the past few years as well, how can you miss such basic
areas of weakness? 'First impression' is the thing that gives you new
developers - it's any OSS project's bread and butter.
Thanks,
Ingo
next prev parent reply other threads:[~2010-02-27 10:57 UTC|newest]
Thread overview: 109+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1267068445.1726.25.camel@localhost>
[not found] ` <1267089644.12790.74.camel@laptop>
2010-02-26 2:49 ` Enhance perf to support KVM Zhang, Yanmin
2010-02-26 9:01 ` Ingo Molnar
2010-02-26 9:53 ` Avi Kivity
2010-02-26 10:35 ` Ingo Molnar
2010-02-26 10:47 ` Avi Kivity
2010-02-26 11:17 ` Ingo Molnar
2010-02-26 11:44 ` Avi Kivity
2010-02-26 12:46 ` Ingo Molnar
2010-02-26 12:54 ` Avi Kivity
2010-02-26 13:16 ` Ingo Molnar
2010-02-26 13:57 ` Jes Sorensen
2010-02-26 14:04 ` Avi Kivity
2010-02-26 14:23 ` Ingo Molnar
2010-02-26 15:06 ` Avi Kivity
2010-03-02 16:46 ` Paolo Bonzini
2010-03-02 17:12 ` Arnaldo Carvalho de Melo
2010-03-02 17:20 ` Paolo Bonzini
2010-03-02 17:24 ` Ingo Molnar
2010-03-02 17:17 ` Ingo Molnar
2010-03-07 14:17 ` Avi Kivity
2010-02-26 18:33 ` Avi Kivity
2010-02-27 10:56 ` Ingo Molnar [this message]
2010-02-27 13:30 ` KVM usability Jan Kiszka
2010-02-27 13:30 ` [Qemu-devel] " Jan Kiszka
2010-02-27 14:48 ` Ian Kirk
2010-02-27 15:32 ` Zachary Amsden
2010-02-27 17:25 ` Ingo Molnar
2010-03-01 15:33 ` Anthony Liguori
2010-03-01 16:48 ` Zachary Amsden
2010-03-01 17:41 ` Arnaldo Carvalho de Melo
2010-03-01 18:29 ` Zachary Amsden
2010-03-01 20:56 ` Ingo Molnar
2010-03-01 21:45 ` Anthony Liguori
2010-03-01 22:06 ` Zachary Amsden
2010-03-02 0:33 ` Ingo Molnar
2010-03-02 0:30 ` Ingo Molnar
2010-03-02 2:34 ` Anthony Liguori
2010-03-02 8:39 ` Chris Webb
2010-03-07 18:42 ` Avi Kivity
2010-03-02 10:30 ` Ingo Molnar
2010-03-07 9:35 ` Avi Kivity
2010-03-07 9:56 ` Pekka Enberg
2010-03-07 10:11 ` Avi Kivity
2010-03-07 18:42 ` Ingo Molnar
2010-03-07 15:14 ` Luca Barbieri
2010-03-07 18:16 ` Avi Kivity
2010-03-07 18:01 ` Arnaldo Carvalho de Melo
2010-03-07 18:15 ` Avi Kivity
2010-03-07 18:53 ` Arnaldo Carvalho de Melo
2010-03-07 19:05 ` Avi Kivity
2010-03-07 18:25 ` Avi Kivity
2010-03-01 9:25 ` Ingo Molnar
2010-03-01 15:36 ` Anthony Liguori
2010-03-01 15:14 ` Anthony Liguori
2010-03-01 15:42 ` Daniel P. Berrange
2010-03-02 1:12 ` Dustin Kirkland
2010-03-02 10:11 ` Peter Zijlstra
2010-03-02 13:37 ` Nikolai K. Bochev
2010-03-02 14:22 ` Gerd Hoffmann
2010-03-02 14:29 ` Ingo Molnar
2010-03-07 9:22 ` Avi Kivity
2010-03-02 14:37 ` Daniel P. Berrange
2010-03-02 14:52 ` Gerd Hoffmann
2010-03-02 14:56 ` Daniel P. Berrange
2010-03-02 15:13 ` Gerd Hoffmann
2010-03-04 20:00 ` Lucas Meneghel Rodrigues
2010-03-04 20:13 ` Zachary Amsden
2010-03-04 20:34 ` Anthony Liguori
2010-03-04 22:23 ` H. Peter Anvin
2010-03-05 7:44 ` Markus Armbruster
2010-03-07 11:25 ` Avi Kivity
2010-03-01 21:12 ` Dustin Kirkland
2010-03-01 21:59 ` Anthony Liguori
2010-03-02 2:34 ` Alexander Graf
2010-03-02 2:36 ` Anthony Liguori
2010-03-09 13:32 ` Avi Kivity
2010-03-09 14:32 ` Dustin Kirkland
2010-03-09 14:38 ` Alexander Graf
2010-03-09 14:50 ` Anthony Liguori
2010-03-09 14:52 ` Avi Kivity
2010-03-09 14:57 ` Anthony Liguori
2010-03-09 17:11 ` Avi Kivity
2010-03-09 17:27 ` Anthony Liguori
2010-03-09 17:30 ` Avi Kivity
2010-03-09 14:49 ` Anthony Liguori
2010-03-09 14:54 ` Avi Kivity
2010-03-02 3:02 ` Dustin Kirkland
2010-03-02 8:21 ` Chris Webb
2010-03-02 14:54 ` Dustin Kirkland
[not found] ` <428008581.20100302103400@eternallybored.org>
2010-03-07 11:35 ` Avi Kivity
2010-04-04 12:31 ` High CPU use of -usbdevice tablet (was Re: KVM usability) Chris Webb
2010-04-04 12:31 ` [Qemu-devel] " Chris Webb
2010-04-04 14:25 ` Paul Brook
2010-04-04 14:25 ` Paul Brook
2010-04-04 16:58 ` Avi Kivity
2010-04-04 16:58 ` Avi Kivity
2010-04-04 21:03 ` Paul Brook
2010-04-04 21:03 ` Paul Brook
2010-04-04 21:53 ` Paul Brook
2010-04-04 21:53 ` Paul Brook
2010-04-05 8:22 ` Avi Kivity
2010-04-05 8:22 ` Avi Kivity
2010-03-03 2:57 ` KVM usability Ross Boylan
2010-03-03 8:55 ` Daniel P. Berrange
2010-03-03 15:42 ` Ross Boylan
2010-03-07 14:29 ` Avi Kivity
2010-02-26 11:48 ` Enhance perf to support KVM Peter Zijlstra
2010-02-26 11:53 ` Avi Kivity
2010-02-26 20:17 ` Anthony Liguori
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=20100227105643.GA17425@elte.hu \
--to=mingo@elte.hu \
--cc=Jes.Sorensen@redhat.com \
--cc=a.p.zijlstra@chello.nl \
--cc=acme@redhat.com \
--cc=anthony@codemonkey.ws \
--cc=arjan@infradead.org \
--cc=avi@redhat.com \
--cc=fweisbec@gmail.com \
--cc=gleb@redhat.com \
--cc=hpa@zytor.com \
--cc=kvm@vger.kernel.org \
--cc=ming.m.lin@intel.com \
--cc=peterz@infradead.org \
--cc=sheng.yang@intel.com \
--cc=tglx@linutronix.de \
--cc=yanmin_zhang@linux.intel.com \
--cc=zamsden@redhat.com \
/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.