Tcp 如何修复Ubuntu 18.04中的高延迟和重传率

我在Hyper-V Win Server 2016上安装了Ubuntu 18.04

Ubuntu的网络性能很差：我托管的站点很少（Apache+PHP），有时响应时间大于10秒。有时它很快

在排除故障时，我看到netstat的结果如下：

# netstat -s | egrep -i 'loss|retran'
3447700 segments retransmitted
226 times recovered from packet loss due to fast retransmit
Detected reordering 6 times using reno fast retransmit
TCPLostRetransmit: 79831
45 timeouts after reno fast retransmit
6247 timeouts in loss state
2056435 fast retransmits
107095 retransmits in slow start
TCPLossProbes: 220607
TCPLossProbeRecovery: 3753
TCPSynRetrans: 90564

“段重传”数量如此之高的原因是什么？如何修复它

注意事项：
-Ubuntu虚拟机已禁用VMQ
-主机系统网络适配器为英特尔I210
-我在主机和虚拟机上都禁用了IPv6

WireShark显示，连接（仅初始连接）到我的网站Propovednik.com需要约7秒：

9月20日：到目前为止，问题似乎是由OVH/SoyoStart坏网络引起的：

此命令显示20-30%的数据包丢失：

sudo ping us.soyoustart.com -c 10 -i 0.2 -p 00 -s 1200 -l 5

---

问题可能出现在网络的任何地方，包括您工作的工作站。我建议您检查网络，因为重新传输和数据包丢失意味着某些东西出现故障或配置错误。如果这是在无线网络上，您可能超出路由器的范围

---

我正在ping您从我的计算机上注意到的网站，没有包丢失。

对于常规ping命令，我也没有看到太多的包丢失。但如果我开始发送，但速度更快，我会看到10-20%的损失。尝试这个命令，你会看到：sudo ping us.soyustart.com-c 10-i 0.2-p 00-s 1200-l 5我用provide（OVH）打开了支持案例，他们要求我尝试MTR-它也显示数据包丢失，-l参数根据定义会导致你有“packetloss”，因为预加载的ping不会等待回答，没有答案的ping被认为是有packetloss的ping。即使在没有损失的局域网中发送ping，也很容易再现这样的结果。您还可能触发防火墙，过滤您过度的ping。