V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
测试工具
SmokePing
IPv6 访问测试
microka
V2EX  ›  宽带症候群

pt 下载产生上传开销的疑问

  •  
  •   microka · 58 天前 · 1788 次点击
    这是一个创建于 58 天前的主题,其中的信息可能已经有所发展或是发生改变。
    移动家宽 1000 兆下行 /40 兆上行(约 5MB/s ),用 qBittorrent v4.3.9 for windows 跑 pt ,当 pt 下载速率跑到一定值时,能明显观察到 qb 的上传速率被“挤压”了下去,比如 pt 下载速率在 60MB/s 左右时,监测到当前系统上传已经跑满了( 5MB/s 左右),而 qb 里的上传却只有不到 1MB/s ;待 qb 下载速率回落到 2 、30MB/s 左右时,qb 上传才逐步提高上去。
    能排除硬盘 io 问题(都在 ssd 上跑的),也能排除是其它 app 占用上传。

    光猫桥接,hAP ac²路由拨号,已开启 IPv6 (没开 IPv6 时也有该情况)。微星 B560M 迫击炮主板,Realtek RTL8125 Gaming 2.5GbE 网卡(驱动:Realtek 10.50.511.2021 )。

    请问我这情况是否正常?
    21 条回复    2021-12-01 18:56:23 +08:00
    monkey110
        1
    monkey110  
       58 天前
    家宽跑不过盒子系列
    BurneJones
        2
    BurneJones  
       58 天前 via iPhone
    似乎是正常的。
    microka
        3
    microka  
    OP
       58 天前
    @monkey110 不是“抢不到上传”这回事
    QAQE
        4
    QAQE  
       58 天前
    在 100 兆 /4 兆的时代就发现了 下载不只是只有下行 也会有上行数据 100 兆就能跑满 4 兆
    microka
        5
    microka  
    OP
       58 天前
    @BurneJones
    @QAQE
    感谢告知,确认了不是我的问题就好哈哈,我还以为是什么 MTU 设置的问题
    BurneJones
        6
    BurneJones  
       58 天前 via iPhone
    @microka 不客气,没帮到什么,羡慕千兆家宽。
    microka
        7
    microka  
    OP
       58 天前
    @BurneJones 移动千兆家宽,价格还是可以接受的哈哈,就是这上传越来越不够用了
    BurneJones
        8
    BurneJones  
       58 天前 via iPhone
    @microka 嗯,pt 挺吃上传的
    loganwuhan111
        9
    loganwuhan111  
       58 天前 via Android
    难道是 TCP 的 ACK ?
    villivateur
        10
    villivateur  
       58 天前 via Android
    下载的时候会有校验数据上传
    v2tudnew
        11
    v2tudnew  
       58 天前
    正常,所以 QB 设置里面有个单独的传输开销选项,默认全局限速不包含传输开销,适当限速更有利。
    另外当大量 PEER 传输时,开销也会额外增大(类似小包数据)。
    microka
        12
    microka  
    OP
       58 天前
    @v2tudnew 请问你说的“适当限速更有利”指的是要不要勾选““对传送总开销进行速度限制””?
    v2tudnew
        13
    v2tudnew  
       57 天前
    @microka #12 不要限制传输开销,这关键数据会阻塞普通数据传输。
    KKLeon
        14
    KKLeon  
       57 天前
    我最近也发现了这个问题,当时有点懵。当下载降到 20MB/S 的时候,上行才能接近跑满
    pcslide
        15
    pcslide  
       57 天前
    关键词是“移动家宽”,换联通或者电信试试你就懂了。
    microka
        16
    microka  
    OP
       57 天前
    @v2tudnew 那请问您说的“适当限速更有利”指的是有利于什么?
    @pcslide 不懂,意思是联通和电信没有这情况?
    v2tudnew
        17
    v2tudnew  
       57 天前
    @microka #16 上传速度,你刷 PT 不就是为了多点上传么?下载速度又不用非得第一。
    microka
        18
    microka  
    OP
       57 天前
    @v2tudnew 那意思是限下载速度?我觉得也不好,你限速那进度就落后于其他人,就较难拿到上传了。
    v2tudnew
        19
    v2tudnew  
       57 天前
    @microka #18 你这样认为就随你了。
    datocp
        20
    datocp  
       56 天前 via Android
    这些问题也只能连蒙带猜了,qos?
    当年在 adsl 年代的测试,就是通过控制上行来获得更高的下行以及延迟的平衡。电话线大概在总带宽的 85%,光纤控制到 95%。一旦上行饱合就会出现丢包,那么 tcp 握手不成功下行也被抑制。
    另外一个被忽视的就是并发数,涉及到局端给多少数量,以及路由上设定多久消亡。这些值在 ros 上都是极短的。
    Ros 是一个 linux 的子集,玩得动 linux 却玩不动 ros 。qos 这块确实在电信 8M 光纤出现下载速度严重超过测试值,至今不得而知原因。而且都是一些具备 302 跳转的链接,怀疑是不是电信做了缓存服务器,至于为什么下载速度可以超过自己在 ros qos 设定的上限,百思不得其解。

    就像这里描述,上行占满,实际才 1MB 。但其它终端的上行呢?
    microka
        21
    microka  
    OP
       56 天前
    @datocp #20 上行占满,也是被 qb 占满的呀,只是说实际被 tracker 统计算作上传的只有不足 1MB/s
    关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1394 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 25ms · UTC 17:56 · PVG 01:56 · LAX 09:56 · JFK 12:56
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.