还是 NAS 卡顿问题,这次来问丢包问题了,求大神分析

2021-04-18 15:14:31 +08:00
 frostnotfall

前帖 https://www.v2ex.com/t/764650

这里大致再说下:

主力机:AQC107 万兆网卡

服务器:R720xd, Esxi 7.0 U2, Intel X540 万兆 SR-IOV 给 WinServer 2019 作为 NAS 使用

局域网内主力机无论 iscsi 还是 smb 访问均卡顿,wireshark 抓包发现总是有规律的丢包

抓包文件:

链接: https://pan.baidu.com/s/1OOVrJ6TMMY_9OGiW9EOGqQ 提取码: 7m4w

补充:

  1. 局域网内各个环节开启 9K 巨帧,貌似就没有重传问题了,看视频也不再卡顿,但前提是 NAS 必须禁用 Ipv6,因为 ipv6 每次联网都会将 MTU 重置为 1480,且此时也不能用手机访问 NAS 文件了,感觉损失过大
  2. 试了用笔记本( Ubuntu20.04 )无线访问 NAS,却不会卡顿
1360 次点击
所在节点    程序员
3 条回复
defunct9
2021-04-19 09:44:11 +08:00
上一篇分析了一大堆了,动手能力这么强,为啥非要用 Esxi 呢,kvm 它不香么
KKLeon
2021-04-19 10:56:45 +08:00
试试 esxi6.7,7.0 版本有各种问题,比如直通。
frostnotfall
2021-09-28 10:00:40 +08:00
困扰半年多的局域网速度问题终于解决了,其中原因令人“暖心”:
WinServer 2019 默认开启 RSC ( Receive Segment Coalescing ),可以搜索下 RSC 是什么,简单说就是大量小的数据包交由网卡合并成大包后再交给 CPU,(而之都是由 CPU 直接处理),因而降低了 CPU 的使用率。
微软的初衷是好的,但网很多网卡都出现了严重的性能下降问题,从 Intel 到我的 AQC107 都这样。
结合上面的抓包,丢包导致重传的原因是 CPU 误以为数据包超时了引发重传,其实这时候数据包正在网卡内部处理,正等着继续整合后续的数据包后统一再发给 CPU 的。
我发现问题的时候正是升级到 WinServer2019 之后,然后再退回 WinServer2016 还是不行,就没想是系统的问题。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/771449

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX