Bhyve tests and findings
Michael Reifenberger
mike at reifenberger.com
Thu Aug 4 18:57:06 UTC 2016
Zitat von Peter Grehan <grehan at freebsd.org>:
> Hi Mike,
>
>> - Windows 8, 8.1 and 10 installs and runs in graphical mode flawlessly.
>
> Have you had any issues with the XHCI mouse on 8/8.1 ?
>
>> - I was able to graphically Restore/Reconfigure a Acronis Windows-Backup
>> into a Bhyve instance
>> using the Acronis Restore-CD (Converting a BIOS Win8.1 to UEFI Win8.1)
>
> Very nice !
>
>> - Only vnclient from FreeBSD can connect to the bhyve VNC Server.
>> I havn't found any vncviewer running on Windows which where able to
>> work (tried UltraVNC, RealVNC, ...)
>
> Some VNC clients refuse to connect when only null-auth is
> advertized by the server. There is a patch to bhyve to support VNC
> password-auth, which may fix the issue with these clients.
>
Yes, that sounds reasonable.
>> - in VNC only most basic Keys work most special characters like (*\@)
>> (and of course no german localization)
>> but at least a usual US-kbd would be helpful.
>> (Is there a way to debug the keystrokes or duplicate a localized VNC
>> kbd from some VNC server)
>
> Nothing outside of modifying the source, but it seems useful enough
> to add a parameter for this.
>
>> - For the SAP-Systems it seems that only 4 disks get used when the disk
>> type is virtio-blk.
>> (Is this intentionally or a feature of vm-bhyve? How to provide more
>> disks)
>
> I'll let Matt comment on that. There's no limitation with guests
> that support MSI interrupts for adapters. Unfortunately, Windows
> guests require legacy interrupts for the AHCI controller, which is
> where the restriction originates.
>
I'd like to use a 6 disks setup with Centos7.
Centos7 on XEN PVM has no issue with supporting 6 paravirtulized disks.
Thats the config (for vm-bhyve) where only the first 4 disks are used
for the guest (Centos7):
uefi="yes"
cpu=1
memory=2G
network0_type="virtio-net"
network0_switch="public"
disk0_name="root"
disk0_type="virtio-blk"
disk0_dev="zvol"
disk1_name="swap"
disk1_type="virtio-blk"
disk1_dev="zvol"
disk2_name="sapmnt"
disk2_type="virtio-blk"
disk2_dev="zvol"
disk3_name="usrsap"
disk3_type="virtio-blk"
disk3_dev="zvol"
disk4_name="db"
disk4_type="virtio-blk"
disk4_dev="zvol"
disk5_name="log"
disk5_type="virtio-blk"
disk5_dev="zvol"
graphics="yes"
graphics_port="5903"
graphics_listen="0.0.0.0"
graphics_res="1600x900"
graphics_wait="no"
xhci_mouse="yes"
>> - It seems to miss a way to add an ISO CD/DVD without booting from it
>> automatically.
>
> There is work ongoing to support UEFI NVVARs, which mostly fix the
> boot-device selection issues.
>
>> Also ISO's seem to miss a hot-plug feature (f.e. for inserting driver
>> CD's after installation.
>
> Yes, also not there.
>
>> Some additional questions:
>> - Can one over-provisioning/ballooning guest memory's ?
>
> Over-provisioning is fine - bhyve guest memory is backed by swap by
> default. There is currently no balloon driver backend in bhyve.
>
>> - Is it (speed-wise) better to use ZFS-zvol's or files in regular
>> ZFS-directories?
>
> I think that is workload-dependent.
>
>> - Are the virtio-blk or ahci-hd disks having the same overhead?
>
> No - virtio-blk should be better.
>
>> - Can ahci-hd be used paravirtualized in Centos?
>
> Not quite sure what you mean here: virtio-blk is the
> paravirtualized disk interface, and it works fine with Centos.
I mean:
If I use ahci-hd in the bhyve config, is Centos7 smart enough to
see/use para-virtual disks (/dev/vd*)
or use AHCI-Disks /dev/sd*)
Thanks!
Greetings
---
Mike
Gruß
---
Michael Reifenberger
More information about the freebsd-virtualization
mailing list