VMware Fusion : Only Upload Internet Speed is Super Slow compared to Host (Download speed is Great)

[pandeyar]

Hello, 

My host is mac Ventura 13.2 and VMware Fusion (Player Version 13.0.1) also has mac os Ventura 13.2. I am facing a strange Internet upload speed issue, the Upload speed I am getting in VM is 0.08Mbps.  Download speed is around at 90% of Host Machine. 

My Host's upload and download speed is well over 200Mpbs, issue is only for Upload speed on VM. 

I have looked into *.vmx File the ethernet entries seems to be okay, and are as below

ethernet0.addressType = "static"
ethernet0.virtualDev = "vmxnet3"

has any one faced similar issue and has any recommendation for me? Appreciate your help into this. Thank you

[VitalyESX]

Same issue here. Need help.

All Guests with Ventura 13 having good download speed and dramatically dead Upload speed (4kb/s - 30kb/s), whatever i did.

It's starts when create new VM with Ventura or upgrade Monterey on Ventura(and change ethernet0.virtualDev = "e1000e" to ethernet0.virtualDev = "vmxnet3".

How i checked upload speed. VNC to VM is very-very-very slow, sending file from GuestVM to HOST(or other device in same network) via scp.

I tried changing MTU (1280-1504), down the HOST adapter speed from 10gb link to 1gb link.
Tried another HOST (mac mini 2018 late with 1gb link) with another network.

On the same HOST other VMs with Monterey worked fine (with e1000e). 

HOST: MacPro 2019, Ventura 13.3, Fusion 13
Guest VM: Ventura 13.3, latest vmware tools from fusion.
Network: Bridge or NAT or Private it doesn't matter.

[sjlombardo]

We're experiencing the same issue here. Even with a fresh install of Ventura the upload speed on the VM is a small fraction of the upload speed. It makes the VM unusable. Has anyone figured out why this is happening, or any way to fix the issue? Changing the network adapter doesn't work. Other VMs on the same host work fine. The host operating system is Ventura and there are no issues there. 

[ColoradoMarmot]

I suspect this is related to the VNC screen sharing performance thread.  

The challenge is that esxi has depreciated macOS as a supported guest, so the tools are end of life.  MacOS guests aren't supported on ARM processors, so I doubt that we'll see much work on them, but there should be a tech preview coming out after WWDC, so that'd be the best venue to provide feedback and maybe get a fix included.

If you can switch to Linux or Windows guests, that'd be a better long term solution.

[sjlombardo]

Thank you for the response. We're not running ESXi, we're running Ventura under Fusion on macOS. We're also using the x86_64 host and guest, so we're not using ARM at all. 

[VitalyESX]

Thank you for advice about techpreview.

We use VMware Fusion 13 on Intel mac computers (mac pro 2019, mac mini 2018 late). Only win and linux guest machines are available on ARM, but we cannot install Xcode on them.

[ColoradoMarmot]

the tools are built/supported by esxi, so when they depreciate them, they're depreciated for all platforms and products.  

That has impacts on Fusion for both intel and arm, and my guess is that the fusion team is focusing most of their development work on supported platforms and guests.  Since MacOS no longer has tools being developed, I suspect it's a lower priority than other work (like getting full tools on windows arm).

In any case, intel lifespan is limited - MacOS on intel likely will be desupported by Apple in the next couple of years, and certainly with 3 or 4, at which point it may not be possible to run MacOS guests (unless Apple improves the API).  Probably wouldn't hurt to look for non-mac alternative guests.  If you're doing xcode, running directly on the host is likely the only long term option.

[jhmr]

Same issue here.

[jhmr]

Found a solution, at least in my case. Turning off TSO on the guest (macOS Ventura) seems to restore performance. Here’s how to do that.

On the guest, in Terminal:

sysctl net.inet.tcp.tso=0

To make it persist across reboots, create a file at /etc/sysctl.conf and paste “net.inet.tcp.tso=0” as the first line (without quotes).

These two pages gave insight into the solution:

1. https://kb.vmware.com/s/article/2055140
2. https://communities.vmware.com/t5/VMware-Fusion-Discussions/how-do-i-disable-lro-and-tso-on-mac-osx/...

[Technogeezer]

This seems to fix the poor performance issue that I've seen for VNC/Screen Sharing in Ventura VMs.

[VitalyESX]

Confirm! It works!

sysctl net.inet.tcp.tso=0

Thank's a lot!