GayHub 上现在有没有可用的较为简单的多线程并行传输的隧道方案？

vps网友提供 10-20 讨论归档 25

发现很多商家对 TCP 单线程限速，而多线程就能跑满端口速率，对于 HTTP 应用倒不是什么问题，但是对于 socks 类应用，似乎就没见到有什么实现方案的，$$的也就只是端口随机化，并不能充分利用带宽。难道就没有一个类似 L2TP 多链路工作在链路层的多线程并行传输方向？感觉难度主要在包的分割和纠错这两方面，例如某一个数据流 10MB/s,分割为 5 个 2Mb 的线程，并行传输，然后客户端再还原为单一 10mb/s 数据流，而对上层应用“看起来像是一个单一隧道而已”，不知是否已有成熟项目？

本文由 vps网友提供，转载请注明出处

本文链接： https://www.vpsvsvps.com/discuss/a/1676471863682797568.html

标签:

feast

10-20

@seasstyle 小鸡炖蘑菇

feast

10-20

@unique 别访问到不可描述的同名站点哦#(滑稽)

feast

10-20

@limhiaoing 网络丢包率还可以，关键是单线程限速

feast

10-20

@chinawrj 是不是 TCP 无所谓，TCP 会让多链路纠错难度倍增

feast

10-20

@limhiaoing host 已装 BBR,如果是 tcp 拥塞控制协议导致的，为啥 UDP 也限速？然而多个线程下载就能撑满带宽

wangyucn

10-20

一般 tcp 单线程下载慢，多线程下载快是因为丢包。不是因为 ISP 限制了单线程速度。
tcp 的拥塞控制算法极端保守，之前看到过一个数据，tcp 在万分之一丢包的情况下就只有 30%的速度了，开多个 tcp 链接下载速度能提高是拥塞算法的性质决定的，看起来像是 tcp 被限速只是假象。

一般只要用个加速器，单线程就可以满速了。既然单线程能满速，在底层合并多个 tcp 连接就收益不大了，所以做的人少。

我觉得合并多个链接只有在有多个物理接口的情况下才是必须的，比如一条电信线路，一条网通线路。

myliyifei

10-20

mtcp 对内核有要求

unique

10-20

gay gay 的

chinawrj

10-20

你也可以使用多个 openvpn 的虚拟网卡做 bonding，也能实现类似效果。

seasstyle

10-20

荆轲刺秦王～～～～下一句是什么？