kill-9

I turned off hardware offload on the nic card in unraid.

Sorry just to be clear pfsense is running on its own hardware. The vms in question are a windows 2019 server and a Debian server. Also as an update to the post my friend was unable to replicate this issue with 6.8.3.

Thats a great suggestion, I'd forgotten to try another driver. Unfortunately, it didn't fix the issue. Still the same very low speed on upload.

So I've searched this problem but I don't really get alot of solutions. I'm not sure if this is an issue with the VM engine, though I suspect its the case at this point. The problem The issue I'm having is that, specifically in VMs running on unraid, one direction of traffic (egress in all cases I've seen) is slow as hell. When I run a speedtest on my 10G nic, for example, I'll get my full 1.5GBps download, but maybe 0.04 MBps upload (it should be 940MBps). I've run this on speedtest.net/speedtest-cli, fast.com, googles speedtest and speed.cloudflare.com, all the same result. Using iperf3 between VM running on Unraid and my pfsense box, I get similar results where the egress traffic is 2 mbps or so. This happens across both my NICs. Just for reference, when I run the same tests on unraid (speedtest-cli and iperf3) I get my full linespeed of my NIC. it is ONLY on VMs running on unraid. Enviroment details I have tested this on 2 different VMs. One is Windows server 2019 and one is the latest Debian. Unraid server is: Ryzen 2700 Asus X370 Prime Pro 64GB of ram at 3200mhz 1x Intel 1GB nic 1x Intel 10GB SPF+ NIC Attempted fixes So far I've: - verified MTU settings match in traffic - analyzed a packet capture to ensure there are no anamolies - tried both 1G and 10G nics assigned to the VM - directly connected the 10GB nic to my pfsense box - Confirmed the pfsense router isn't under load when running the test There are no changes in results. Anyone have any ideas? Is this related to the current state of the VM libraries unraid uses for 6.8.3? Anyone able to re-create this issue?