pt 下载产生上传开销的疑问 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
microka
V2EX    宽带症候群

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

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

    就像这里描述,上行占满,实际才 1MB 。但其它终端的上行呢?
    microka
        21
    microka  
    OP
       2021 年 12 月 1 日
    @datocp #20 上行占满,也是被 qb 占满的呀,只是说实际被 tracker 统计算作上传的只有不足 1MB/s
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     818 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 25ms UTC 18:21 PVG 02:21 LAX 10:21 JFK 13:21
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86