Re: [CFT] emulators/open-vm-tools{,-nox11} update to 10.1.0

2017-02-28 Thread Steve Wills
Hi All, Thanks to everyone who tested. I've updated the patch and packages in the same location and fixed a number of issues. Please re-test if you can. The only remaining issue that I know of is building with libunwind installed. If you run into an issue buidling, uninstall libunwind. Upstream

[Bug 216759] [kern] Memory speed with small blocks (1K) up to 35 times slower than host system (under QEMU emulation, but not only)

2017-02-28 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216759 --- Comment #12 from and...@azar-a.net --- Ok I tried removing the "hypervisor" feature from CPU and it resulted in 1390MB/s on TSC-low by default in the VPS (same as kvm-clock I must notice)... So seems like FreeBSD does something as not to

[Bug 217402] Changing LAG settings with iohyve VMs running causes kernel panic

2017-02-28 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217402 Mark Linimon changed: What|Removed |Added Assignee|freebsd-b...@freebsd.org|freebsd-virtualization@Free

[Bug 216759] [kern] Memory speed with small blocks (1K) up to 35 times slower than host system (under QEMU emulation, but not only)

2017-02-28 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216759 --- Comment #11 from and...@azar-a.net --- Here are the latest results supporting my previous post: root@debian8-test:~# sysbench --num-threads=1 --test=memory --memory-total-size=512M --memory-block-size=1K --debug run sysbench 0.4.12: mu

[Bug 216759] [kern] Memory speed with small blocks (1K) up to 35 times slower than host system (under QEMU emulation, but not only)

2017-02-28 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216759 --- Comment #10 from and...@azar-a.net --- About linux, seems kvm-clock is broken somehow, I adjusted to TSC and got 3700 of the host... And it seems same is for FreeBSD. Only BSD forces HPET or ACPI on any virtualised platform. So there i