Am 2019-05-13 23:51, schrieb Michael Fritscher:
On 13.05.19 17:05, Gert Doering wrote:
Hi,
On Mon, May 13, 2019 at 04:20:41PM +0200, mich...@fritscher.net wrote:
I experienced a high system cpu usage of OpenVPN in qemu on Windows.
Both with hax and whpx (kvm-like accelerators). Apparently, it does
make
calls to hpet_read (or acpi_pm_read if hpet is disabled) with 1 kHz.
This makes a overhead ov over 85% regarding the "perf" program.
Is that normal? It seems to only happen on the server, which also
streams UDP packets with about 1 MB/sec.
If you have rate-limiting configured on the server, it needs to
check time vs. buckets - that could be one of the reasons.
Or if you have too much debugging configured and it needs to timestamp
(lots of) debug lines written out...
gert
Hi,
I'm not using the shaper functionality of OpenVPN, and verb is set to
3.
But we are indeed using tc-htb... Btw, on VMWare I don't see this calls
albeit using exactly the same image.
I've uploaded the data of the perf run on
https://mifritscher.de/austausch/openvpn/ .
Best regards,
Michael Fritscher
Good morning,
I've uploaded the perf file from VMWare for comparison under
https://mifritscher.de/austausch/openvpn/vmware/ . Additionally, I've
uploaded the dmesg output using VMWare and Qemu.
One interesting thing: It does not always happen, and if it doesn't
happen I can provoke it playing with the priority, CPU affinity etc of
the qemu process. So it seems to be really a timing problem which can be
provoked by scheduling issues on the host?
Best regards,
Michael Fritscher
_______________________________________________
Openvpn-users mailing list
Openvpn-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-users
