Bug 748068 - virt-manager should warn about performance implications of not specifying a guest OS
Summary: virt-manager should warn about performance implications of not specifying a g...
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: virt-manager
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
Assignee: Cole Robinson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-10-21 21:58 UTC by Dave Allan
Modified: 2016-04-26 18:18 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-02-14 00:02:01 UTC
Type: ---


Attachments (Terms of Use)

Description Dave Allan 2011-10-21 21:58:08 UTC
Description of problem:
virt-manager defaults to generic OS, preventing the use of optimized i/o and often resulting in greatly decreased guest performance.  The create VM flow should be changed to require the user to choose an OS variant and then should warn about the performance implications if the user chooses generic.

Version-Release number of selected component (if applicable):
0.9.0 (actually upstream git repo and F14 tested)

Comment 1 Cole Robinson 2012-02-13 23:40:34 UTC
I'd like to get there eventually, but right now since our distro detection is pretty weak, it's a pain to force this on users (and this was originally signed off by UI designers).

Once we start using libosinfo and have much better OS detection and metadata, I think making this required is more feasible. And we are probably nearing the point where we can assume virtio it is available for anything being installed from URL or PXE.

For now I put a warning message at the end of the install wizard if the user didn't specify an OS:

http://git.fedorahosted.org/git?p=virt-manager.git;a=commit;h=1e10c830b9608dcf36af4e40298049c46f21f09c

Comment 2 Cole Robinson 2012-02-14 00:02:01 UTC
Actually since the UI files have changed upstream, pulling this into rawhide would require a custom backport which just isn't worth it since this will prob be in fedora with a rebase in a month. So just closing as UPSTREAM


Note You need to log in before you can comment on or make changes to this bug.