I’ve found VM are consistently throttling traffic and VPN are no exception. NordVPN was the worst for me, ExpressVPN the best for speed and currently on IPvanish (which gives me over 100mbps on a 350 connection).
VM publicly committed to not throttling. It’s much more likely that the VPN provider’s node is over subscribed/maxed or the device at your end isn’t capable of using a suitable encryption standard via hardware offload.
VM publicly committed to not throttling. It’s much more likely that the VPN provider’s node is over subscribed/maxed or the device at your end isn’t capable of using a suitable encryption standard via hardware offload.
I'm afraid you are wrong on that one. They may have publicly committed to anything but I can assure you they throttle like crazy. My BT 80/20 offered at least x4 the performance whilst downloading through the same VPN compared to VM.
I’ve found VM are consistently throttling traffic and VPN are no exception. NordVPN was the worst for me, ExpressVPN the best for speed and currently on IPvanish (which gives me over 100mbps on a 350 connection).
I'm afraid you are wrong on that one. They may have publicly committed to anything but I can assure you they throttle like crazy. My BT 80/20 offered at least x4 the performance whilst downloading through the same VPN compared to VM.
That is a lie I have seen so many people on VM being throttled not just vpn but other things like usenet as well
Your two statements clearly contradict each other. We have other members reporting near line speed with suitable hardware/settings on VM. Unless they are specifically picking on you (seems unlikely) it simply doesn’t add up. You may have a localised capacity issue, be using something inefficient like OpenVPN without hardware AES-NI or TCP rather than UDP/an inefficient encryption standard or poor hardware, but I strongly doubt you are being throttled. See example below.
Tbh, TypeR you just sound unlucky, something somewhere must be your bottleneck... Even on my pixel2 I just fired up Nord, connected to the first UK server and am getting over 200mbps on WiFi.
I'm sure if I tried another server I could get better, I've never had a problem tbh.
[SUM] 0.00-10.00 sec 548 MBytes 460 Mbits/sec 2315 sender
[SUM] 0.00-10.00 sec 542 MBytes 455 Mbits/sec receiver
CPU Utilization: local/receiver 10.3% (0.8%u/9.5%s), remote/sender 0.2% (0.0%u/0.2%s)
rcv_tcp_congestion cubic
iperf Done.
[SUM] 0.00-10.00 sec 497 MBytes 417 Mbits/sec 3227 sender
[SUM] 0.00-10.00 sec 491 MBytes 412 Mbits/sec receiver
CPU Utilization: local/receiver 14.9% (1.4%u/13.5%s), remote/sender 0.8% (0.1%u/0.7%s)
rcv_tcp_congestion cubic
iperf Done.
[SUM] 0.00-10.00 sec 506 MBytes 425 Mbits/sec 3173 sender
[SUM] 0.00-10.00 sec 502 MBytes 421 Mbits/sec receiver
CPU Utilization: local/receiver 27.6% (2.3%u/25.3%s), remote/sender 0.4% (0.1%u/0.3%s)
rcv_tcp_congestion cubic
iperf Done.
[SUM] 0.00-10.00 sec 465 MBytes 390 Mbits/sec 2519 sender
[SUM] 0.00-10.00 sec 459 MBytes 385 Mbits/sec receiver
CPU Utilization: local/receiver 16.6% (1.8%u/14.9%s), remote/sender 0.4% (0.0%u/0.4%s)
rcv_tcp_congestion cubic
iperf Done.
I'll leave you to decide whether VM throttle or not
OK, VM 500 meg service - and bear in mind I'm not the only one online in the house atm. First connected to 'only' a UK WireGuard VPN node:
Code:[SUM] 0.00-10.00 sec 548 MBytes 460 Mbits/sec 2315 sender [SUM] 0.00-10.00 sec 542 MBytes 455 Mbits/sec receiver CPU Utilization: local/receiver 10.3% (0.8%u/9.5%s), remote/sender 0.2% (0.0%u/0.2%s) rcv_tcp_congestion cubic iperf Done.
Now *also* connected to a ProtonVPN node in NL over OpenVPN UDP (so, double VPN):
Code:[SUM] 0.00-10.00 sec 497 MBytes 417 Mbits/sec 3227 sender [SUM] 0.00-10.00 sec 491 MBytes 412 Mbits/sec receiver CPU Utilization: local/receiver 14.9% (1.4%u/13.5%s), remote/sender 0.8% (0.1%u/0.7%s) rcv_tcp_congestion cubic iperf Done.
As @Avalon said, it doesn't seem like VM throttle to me. I got curious after doing these two, so here is native VM with no VPN at all (WireGuard on the router disabled, no OpenVPN on the local machine):
Code:[SUM] 0.00-10.00 sec 506 MBytes 425 Mbits/sec 3173 sender [SUM] 0.00-10.00 sec 502 MBytes 421 Mbits/sec receiver CPU Utilization: local/receiver 27.6% (2.3%u/25.3%s), remote/sender 0.4% (0.1%u/0.3%s) rcv_tcp_congestion cubic iperf Done.
And now with plain VM + OpenVPN (ProtonVPN NL again) to check whether VM is targeting OpenVPN but not the WireGuard protocol:
Code:[SUM] 0.00-10.00 sec 465 MBytes 390 Mbits/sec 2519 sender [SUM] 0.00-10.00 sec 459 MBytes 385 Mbits/sec receiver CPU Utilization: local/receiver 16.6% (1.8%u/14.9%s), remote/sender 0.4% (0.0%u/0.4%s) rcv_tcp_congestion cubic iperf Done.
As I said, there are others on the network here atm and it's smack bang in the middle of peak time. So, a little variability but still not seeing anything close to what you'd call throttling.
Edit: Also, @RobTi here's a more easily digestible speed test result over VPN on Virgin:
I can do 500+ Mbps on OpenVPN also, using my usual provider (not Proton, they're slower). Even with TCP instead of UDP, provided one tweaks the tunnel MTU and the other end supports it (as my provider does) I'll see basically linespeed over OpenVPN. WireGuard's even easier, and uses far less CPU, across all cores instead of just one.
Trust me, it's your end. Try with a beefy i7 on Linux and don't use the SH3 as a router.
I've decided...