通过多个 UDP 端口传递数据是否会提高性能
Does passing data through multiple UDP ports increase performance
我目前正在实施受 KCP、Dragonite 和 QUIC 启发的可靠 UDP 传输，只是出于自学目的。我想应用多项优化，其中之一是多路复用。
我的想法是：我将数据分成小块（块大小与 MTU 相关）并利用协程通过多个数据报套接字异步并行地（在客户端和服务器上）发送和接收它们。
这个解决方案行得通吗？我应该期待性能提升吗？
与 TCP 相反，UDP 没有慢启动，即它可以从一开始就以全速（如果已知）开始发送。因此，本质上，发送速度的限制要么是本地系统发送数据的速度，要么是可用带宽。假设发送不是 CPU 绑定，并且您设想的所有多个套接字的流量都将采用相同的方式（传出网卡、路由器、传入网卡）并且没有在中间盒中完成特定于连接的流量整形, 那么使用多个套接字应该不会导致速度提高，因为它不会改变各种瓶颈的使用方式。
如果发送是 CPU 绑定，这会发生变化。在这种情况下，使用多个协程结合多个套接字可能会更好地利用当今的多处理器系统，因为它 运行 同时在多个 CPU 核心上，这种方式可以发送更多数据包直到它再次 CPU 绑定。
如果流量受带宽限制，但存在提供额外带宽的目标系统的替代路径，这也会发生变化。通过将套接字绑定到不同的本地 IP 地址（在不同的本地网卡上）或通过选择不同的目标 IP 地址（对于同一目标系统），人们可能能够使用这种替代路径，从而利用额外的带宽.
如果有一些流量整形限制了客户端和服务器之间每个连接的带宽，那么多个套接字可能会有帮助。在这种情况下，多个套接字可以增加可用带宽量。
我目前正在实施受 KCP、Dragonite 和 QUIC 启发的可靠 UDP 传输，只是出于自学目的。我想应用多项优化，其中之一是多路复用。
我的想法是：我将数据分成小块（块大小与 MTU 相关）并利用协程通过多个数据报套接字异步并行地（在客户端和服务器上）发送和接收它们。
这个解决方案行得通吗？我应该期待性能提升吗？
与 TCP 相反，UDP 没有慢启动，即它可以从一开始就以全速（如果已知）开始发送。因此，本质上，发送速度的限制要么是本地系统发送数据的速度，要么是可用带宽。假设发送不是 CPU 绑定，并且您设想的所有多个套接字的流量都将采用相同的方式（传出网卡、路由器、传入网卡）并且没有在中间盒中完成特定于连接的流量整形, 那么使用多个套接字应该不会导致速度提高，因为它不会改变各种瓶颈的使用方式。
如果发送是 CPU 绑定，这会发生变化。在这种情况下，使用多个协程结合多个套接字可能会更好地利用当今的多处理器系统，因为它 运行 同时在多个 CPU 核心上，这种方式可以发送更多数据包直到它再次 CPU 绑定。
如果流量受带宽限制，但存在提供额外带宽的目标系统的替代路径，这也会发生变化。通过将套接字绑定到不同的本地 IP 地址（在不同的本地网卡上）或通过选择不同的目标 IP 地址（对于同一目标系统），人们可能能够使用这种替代路径，从而利用额外的带宽.
如果有一些流量整形限制了客户端和服务器之间每个连接的带宽，那么多个套接字可能会有帮助。在这种情况下，多个套接字可以增加可用带宽量。