为什么看坛友发的TQ里,部分dmit机器有的上传速度不太对劲

chickenmymy 2026-09-12 09:14 1

为什么看坛友发的TQ里,部分dmit机器有的上传速度不太对劲


翻看了很多人的TQ,


有的机器 看它们TQ 单线程测速标签里,比如北京移动 广东移动上传速度还不到10Mbps


eb和pro里都有这种现象。

有的机器 上传速度又很正常


有坛友知道怎么回事么

最新回复 (7)
  • spiritnet 09-12 09:17
    1

    被Q了吧

  • chickenmymy 楼主 09-12 09:22
    2

    @spiritnet #1 测速点按理说不会被qos吧

  • spiritnet 09-12 09:24
    3

    @chickenmymy #2 纯粹我个人理解,问题是传输过程中,移动就Q,不是点的问题,而是过程的问题

  • chickenmymy 楼主 09-12 09:29
    4

    @spiritnet #3 我甚至怀疑是dmit 在qos

  • spiritnet 09-12 09:30
    5

    @chickenmymy #4 因为在dmit上跑speedtest,是能跑满的。这样投诉的机会都没有

  • zzsy 09-12 09:36
    6

    有可能

  • Krius7 09-12 09:37
    7

    GPT分析的:


    TcpQuality 的“单线程测速”本质上是用 单个 TCP 连接 去指定的北京/上海/广东运营商节点跑上传和下载,不是 Speedtest 那种多线程堆带宽。


    所以北京移动、广东移动上传不到 10 Mbps,常见原因是:



    • VPS 到中国移动这条路径质量差

    • RTT 高、丢包或重传导致 TCP 窗口起不来

    • 某个区域/运营商路由特别差

    • 测试只有约 10 秒,高延迟线路更容易跑不起来

    • 少数情况下才是目标测速节点限速、QoS 或 TCP 参数问题


    最重要的是:低于 10 Mbps 不代表机器上行只有 10 Mbps。

    它只代表“这台 VPS → 这个移动测速节点”的单连接性能很差


    判断时主要看:



    • 只有移动低,电信/联通正常 → 大概率是到移动的互联问题

    • 只有北京/广东移动低,上海正常 → 区域路由问题

    • 上传低、下载正常 → 方向性路由/拥塞问题

    • 低速同时重传很高 → 基本可判定线路丢包/拥塞

    • 低速但重传接近 0 → 再查限速、QoS、BBR/CUBIC、测速节点


    因此 TcpQuality 这个指标更适合看线路实际单流质量,尤其是代理、网页、视频体验;有时一台“总带宽 900 Mbps、单线程 8 Mbps”的机器,实际体验反而不如“总带宽 500 Mbps、单线程 150 Mbps”的机器。

* 帖子来源NodeSeek
返回