You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I don't have results from 14.7, but I remember if was around 2 Gbits/s.
More info
Tested with both launchd service and by running socket_vment manually in a shell, so eliminate ProcessType regression in launched.
Tested on both managed mac with corporate VPN and content filters, and unmanned mac, both show the same regression.
Testing forwarding packets from vmnet using vfkit does not show any regression, so the issue is not in vmnet and likely not in socket_vment. It may be a performance regression in Go on macOS 15, affecting forwarding packets in lima.
I eliminated issues with not using the mac address assigned by vment, by testing vfkit with vment using both assigned mac addreess and unrelated mac address. Both show the same performance with iperf3.
I think we need a benchmark tool sending and receiving qemu packets to socket_vment unix socket. This will make it easy to tell if a performance regression is in socket_vment, lima, or qemu.
The text was updated successfully, but these errors were encountered:
Running performance tests with macOS 15.1, 15.1.1, and 15.2 show 35% regression compared with 14.7.1.
host to vm
vz
Similar run on macOS 14.7, copied from #58:
qemu
For reference, same test with qemu instead of vz on macOS 15.2:
I don't have qemu results from macOS 14.7.
vm to vm
macOS 15.2:
I don't have results from 14.7, but I remember if was around 2 Gbits/s.
More info
Tested with both launchd service and by running socket_vment manually in a shell, so eliminate ProcessType regression in launched.
Tested on both managed mac with corporate VPN and content filters, and unmanned mac, both show the same regression.
Testing forwarding packets from vmnet using vfkit does not show any regression, so the issue is not in vmnet and likely not in socket_vment. It may be a performance regression in Go on macOS 15, affecting forwarding packets in lima.
I eliminated issues with not using the mac address assigned by vment, by testing vfkit with vment using both assigned mac addreess and unrelated mac address. Both show the same performance with iperf3.
I think we need a benchmark tool sending and receiving qemu packets to socket_vment unix socket. This will make it easy to tell if a performance regression is in socket_vment, lima, or qemu.
The text was updated successfully, but these errors were encountered: