Date: Tue, 15 Oct 2024 10:51:20 +0100 From: void <void@f-m.fm> To: freebsd-hackers@freebsd.org Subject: Re: polling interval Message-ID: <Zw47GDCTyktxbUrx@vm2> In-Reply-To: <F86E4D26-E8A8-48D3-8407-E3AE35804CEE@lassitu.de> References: <Zw0Ez-zyTg9oodi8@int21h> <F86E4D26-E8A8-48D3-8407-E3AE35804CEE@lassitu.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Oct 15, 2024 at 07:57:07AM +0200, Stefan Bethke wrote: >But it's not the buggy acceleration that virtio-net tries? I've turned off all offloading on my interfaces, as I was getting strange connectivity problems when it was enabled. Disabled is the default for OPNsense and many other appliances. See for example https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=165059. Thanks for this. I ran a tcpdump on the iperf3 'server' and not until I had turned off all offloading completely - in vtnet0 in the vm, bge0 on the bhyve server, and em0 on the iperf3 target, only then did incorrect checksums disappear. The bandwidth as measured with iperf3 seems to have decreased though. But the effective bandwidth, I'd guess, has gone up because there's no more reported checksum errors as measured at the target. - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-60.06 sec 4.46 GBytes 637 Mbits/sec 1326 sender [ 5] 0.00-60.07 sec 4.45 GBytes 637 Mbits/sec receiver I'll next try setting kern.hz to -1 --
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Zw47GDCTyktxbUrx>