Steam下载导致ROS单核满载掉包
本帖最后由 多崎作 于 2024-8-31 18:51 编辑这两天发现Steam下载时就会导致RB750Gr3的核心3满载，然后开始ping掉包，打开网页速度明显变慢，Steam下载也不能跑满速度只能到250M左右，BT下载跑满时反而没事。以前是不会这样的，也不知道是不是哪次系统更新导致的。
----------------------------
应该是找到原因了，steam现在偏向使用IPv6来下载，routeros应该是还不支持IPv6的硬件加速，MT7621的cpu直接跑就占满了一个核心，感觉是这个原因导致cpu满载，看来是要换软路由了 v7？ 如果是的话 应该是那个系统bug，但不了解最新版解决没有，生产环境不敢追新，我停在v6， 等v8出了再更v7 哈哈 我最近也把750gr3换了，以前都是好好的，最近一开QB就疯狂掉包，也没更新啥啊，以前都好好的，难道单纯就是因为老化了？我的已经7年多了[雷人] Ownab 发表于 2024-7-9 15:10
v7？ 如果是的话 应该是那个系统bug，但不了解最新版解决没有，生产环境不敢追新，我停在v6， 等v8出了再更 ...
v7也是牛鼻了，上次升级上来，分支机构的vqn就连不上了，报认证失败。。手机又能连。弄了半天死活不行，只好强行降级了，将回v6去立马好了。 Ownab 发表于 2024-7-9 15:10
v7？ 如果是的话 应该是那个系统bug，但不了解最新版解决没有，生产环境不敢追新，我停在v6， 等v8出了再更 ...
是v7，有一个小版本更新，等下更新看看有没有好转 刚刚再测试了一下BT，用了ubuntu种子来测试。
这次发现也出现了掉包现象，同样是核心3满载就开始出现，但是前半段还没开始上传时跑到400M都没掉包，一出现同时下载和上传就会开始掉包。
Steam下载的同时也会上传，应该是p2p，所以也会出现掉包。
先升级下系统到最新看看。 Steam是P2P，并发少但是单流流量大，吃单核。BT是并发大但是单流流量小，适合分载。
以太网驱动根据IP的四元组哈希值保障来自同一个连接的流量尽量放在一个核心处理，以避免切换开销；X86有RPS也就是软件分载，在驱动上增加了一层软件均衡，可以更有效的使用多个核心，缺点是加了一层软件CPU的占用率偏高。Routerboard没有RPS，好处是看起来CPU占用率低，坏处是容易卡单核。
另外软加速是不是没生效？35Kpps就爆单核也太弱了。 rx_78gp02a 发表于 2024-7-9 16:56
Steam是P2P，并发少但是单流流量大，吃单核。BT是并发大但是单流流量小，适合分载。
以太网驱动根据IP的四 ...
开启了FullClone NAT，有可能是这个影响了硬件加速？ rx_78gp02a 发表于 2024-7-9 16:56
Steam是P2P，并发少但是单流流量大，吃单核。BT是并发大但是单流流量小，适合分载。
以太网驱动根据IP的四 ...
学习了，我再检查下防火墙规则。另外请教一下如果拿一台i3-8100，在esxi下装ROS，性能会比750gr3有大提升吗？ 本帖最后由 aelxsam 于 2024-7-9 20:26 编辑
我就查到 这款路由 2核4线程而已哦。 感觉负载没设置好。
https://mikrotik.com/product/RB750Gr3
Product code RB750Gr3
Architecture MMIPS
CPU MT7621A
CPU core count 2
CPU nominal frequency 880 MHz
CPU Threads count 4 https://www.openos.org/threads/mikrotik-rb750gr3-hex.3426/
找到 这个 感觉是V7 问题。
500m 以上的 说不建议用这路由 多崎作 发表于 2024-7-9 20:12
学习了，我再检查下防火墙规则。另外请教一下如果拿一台i3-8100，在esxi下装ROS，性能会比750gr3有大提升 ...
我i5 7500, pve下ros虚拟机，千兆宽带，steam满速下载，轻轻松松 这玩意只能nat个300Mbps，何必为难它呢。
blanksign 发表于 2024-7-9 21:01
这玩意只能nat个300Mbps，何必为难它呢。
以前也是跑满的，就是最近才这样。 aelxsam 发表于 2024-7-9 20:35
https://www.openos.org/threads/mikrotik-rb750gr3-hex.3426/
找到 这个 感觉是V7 问题。
500m 以上的 说 ...
应该是新系统负优化了，要考虑换主路由了 多崎作 发表于 2024-7-9 21:55
应该是新系统负优化了，要考虑换主路由了
看你第一个图 都是 CPU3在跑
期初以为4core啦 查了一下才发现是 2core4线程
再思考一下 无理由 又只有只有CPU3 100%啊
唯一解析就是 兼容问题了。 可以的话退回V6咯。 多崎作 发表于 2024-7-9 21:39
以前也是跑满的，就是最近才这样。
一直都只能nat 300Mbps，除非你开了fasttrack blanksign 发表于 2024-7-9 22:45
一直都只能nat 300Mbps，除非你开了fasttrack
应该是开启了的，普通测速也是跑到cpu占用20%-30% 升级系统到7.15.2，查看是不是fasttrack没有开启的原因，再测试了一下，监测到流量有走fasttrack的计数器，但占用还是高，且就是steam特别明显，bt下载稍好一点。
有没有可能是QoS策略太保守或者没启用？印象中限制好上传方向的QoS就不会出现丢包情况了。 多崎作 发表于 2024-7-10 01:42
应该是开启了的，普通测速也是跑到cpu占用20%-30%
所以还是换了吧。这玩意，满足不了。 閉著眼睛繼續用 哈 hawie 发表于 2024-7-10 03:20
有没有可能是QoS策略太保守或者没启用？印象中限制好上传方向的QoS就不会出现丢包情况了。 ...
这款开qos就失去硬件加速，可能会更慢。
估计就是性能跟不上了。 系统还停留在 7.13.5，7.14.x 后wg在日志里报一堆错误，到7.15.x 问题还没解决，系统降级 7.13 就一切正常。
页:
[1]