multi path 一般怎么做，测试 TCP 基本惨不忍睹

[nuk]

想做一个基于 multi path tcp 的东西，现在是基于 TAP 接口的。 因为想着二层可以偷懒不用重排。

在内网测试 TCP 和 UDP 基本都能有 300Mbps 左右。 接着在公网测试，延迟 150ms ，UDP4 条流有 160Mbps 左右，TCP 大概只有几 Mbps

不知道现在有没有现成的好用的 multi path tcp 的用户态实现，不是基于 UDP 的。

目前只看到有个蓝灯的实现，里面多了重传和基于 RTT 的发送 https://github.com/getlantern/multipath

写了个基于蓝灯的 multipath 的 tcp 代理，发现基本可以跑满速，结帖

iperf 测试可以打到 400Mbps ，但是在上面的 tinc 隧道还是只能 70M ，不知道瓶颈在哪里。

[pagxir]

用一下 bbr 吧。mptcp 不是这么用的

[deorth]

有个 multipath quic 的 draft ，你可以找找有没有现成的实现

[nuk]

@deorth 阿里有个 xquic 实现了，但是这个不是基于 TCP 连接的

[nuk]

@pagxir 这个和 bbr 没关系吧，tcp 单条流最多 70M ，但是只要多条流就可以好几个 70M ，这种场景 bbr 也能加速？

[sofukwird]

tinc 是只用单核的，所以瓶颈是在 tinc 这里
你可以跑下 tinc 的 iperf 测试看看
但话又说回来，就算 tinc 只能用单核在我电脑上也能和 wireguard-go 用多核的性能差不多

[nuk]

@sofukwird tinc 跑了 iperf ，大概 500M 左右，wireguard-go 肯定比 tinc 高，因为我用的就是 wireguard-go ，从 windows 连接电信测速线速 1000M 能跑满。但是两个 wireguard-go 之间跑，大概也只能 500M 。
tinc 我试过把加密直接用 memcpy 替换，还是只能 500M 左右，我估摸着是 tap 接口的限制。