<div dir="ltr">I suggest to call this item in the Wizard as "QEMU-KVM" with the following description:<br>"<span class=""><span class=""></span>Select this option if you want to use QEMU as a hypervisor with capability of KVM acceleration."<br></span></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 21, 2015 at 5:22 PM, Igor Kalnitsky <span dir="ltr"><<a href="mailto:ikalnitsky@mirantis.com" target="_blank">ikalnitsky@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> Qemu is not a hypervisor This will be even more confusing.<br>
<br>
</span>It looks like hypervisor much more than libvirt. Moreover, according<br>
to Wikipedia [1] (don't blame me guys) Qemu is Type-2 hypervisor.<br>
<br>
[1] <a href="https://en.wikipedia.org/wiki/Hypervisor" rel="noreferrer" target="_blank">https://en.wikipedia.org/wiki/Hypervisor</a><br>
<span class=""><br>
> Today, when a user selects KVM, Fuel attempts to use KVM acceleration and<br>
> defaults to QEMU in the case that KVM acceleration is not possible.<br>
<br>
</span>Sheena, are you sure it works this way? Some time ago we didn't<br>
support this. However, I fully support this idea and believe this is<br>
the way to go. In this case the hypervisor entry could be called<br>
something like  "Qemu (+ KVM if available)".<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
On Mon, Dec 21, 2015 at 4:04 PM, Sheena Gregson <<a href="mailto:sgregson@mirantis.com">sgregson@mirantis.com</a>> wrote:<br>
> We should collapse this into one entry - I don't have any preference on<br>
> the naming convention, but as Fuel checks to see whether the hardware is<br>
> capable of performing KVM acceleration, there's no reason to continue<br>
> giving a selection to the user regarding KVM.<br>
><br>
> Today, when a user selects KVM, Fuel attempts to use KVM acceleration and<br>
> defaults to QEMU in the case that KVM acceleration is not possible.  We<br>
> should keep this behavior and make the entry a single KVM/QEMU selection<br>
> to eliminate the false perception of choice (and the ability for users to<br>
> select the incorrect option).<br>
><br>
> -----Original Message-----<br>
> From: Bob Ball [mailto:<a href="mailto:bob.ball@citrix.com">bob.ball@citrix.com</a>]<br>
> Sent: Monday, December 21, 2015 7:32 AM<br>
> To: OpenStack Development Mailing List (not for usage questions)<br>
> <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>><br>
> Subject: Re: [openstack-dev] [Fuel][UX] Throw KVM\QEMU and leave Libvirt<br>
> on Wizard<br>
><br>
>> On Mon, Dec 21, 2015 at 1:43 PM, Igor Kalnitsky<br>
>> <<a href="mailto:ikalnitsky@mirantis.com">ikalnitsky@mirantis.com</a>><br>
>> wrote:<br>
>> > What about hypervisor "Qemu", and checkbox option on Settings tab -<br>
>> > "Use KVM extension"?<br>
>> Qemu is not a hypervisor This will be even more confusing.<br>
>> I think "Libvirt" + some tooltip which says "Qemu and KVM" will be ok.<br>
><br>
> Libvirt isn't a hypervisor either.  Note that Xen, Virtuozzo CT, Virtuozzo<br>
> VM, LXC and KVM on ppc64 and s390x are all valid hypervisors to use with<br>
> Libvirt and OpenStack (taken from<br>
> <a href="http://docs.openstack.org/developer/nova/support-matrix.html" rel="noreferrer" target="_blank">http://docs.openstack.org/developer/nova/support-matrix.html</a>)<br>
><br>
> Bob<br>
><br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">Andrey Danin<br><a href="mailto:adanin@mirantis.com" target="_blank">adanin@mirantis.com</a><br>skype: gcon.monolake<br></div>
</div>