Hey Baptiste, Awesome test! Thanks for reporting the results.
On Sat, May 13, 2017 at 9:37 AM, Baptiste Jonglez <bapti...@bitsofnetworks.org> wrote: > Using iperf (TCP mode) over the wireguard interface, performance was > around 1.6 Gbit/s. In bidirectional mode (iperf -d), performance was > 700 Mbit/s + 800 Mbit/s. Indeed the current multicore algorithm has a lot of issues. Samuel, CCd, is going to be doing some work on optimizing this algorithm this summer. > After raising the MTU of the wireguard interface to 65450, performance > went up to 7.6 Gbit/s (unidirectional iperf). It makes sense that it'd be higher, since CPUs work best when running uninterrupted, but still this indicates that padata is a very suboptimal algorithm. Expect some improvements on this in the coming months. Hopefully you'll be able to test on similar hardware at some point when things are finished. > Note that infiniband has a MTU of 65520 bytes, but Wireguard still selects > a MTU of 1420 bytes for its interface. Yea the 1420 is just a hard coded "default". I probably add something clever to autoselect an MTU when configuring the first peer's first endpoint (by computing the route and taking its interface's mtu and doing subtraction, etc), but the long term solution, I think, will be to do some more clever PMTU situation from within WireGuard. I'm still working out exactly how to do this, but it should be possible. > - Xeon E5520 @2.27GHz (2 CPUs, 4 cores each) > - Mellanox ConnectX IB 4X QDR MT26428 *drools* That's some awesome hardware! > - iperf 2.0.5 iperf2 has the -b bidirectional mode which is nice, but it seems like most people are using iperf3 now. Out of curiosity, is there a reason for preferring iperf2, beyond the -b switch? Jason _______________________________________________ WireGuard mailing list WireGuard@lists.zx2c4.com https://lists.zx2c4.com/mailman/listinfo/wireguard