昨天那篇文章介绍了 QUIC 并不一定更快。这篇文章则更犀利地指出，QUIC 不仅不快，简直慢得要命😂。
原生 QUIC 的吞吐只有 TCP 的 27.7%，只有 TCP+TLS 的 42.5%。
https://laisky.notion.site/QUIC-vs-TCP-Which-is-Better-ad3bcd403c2340038a6d761fe70b1984
而从优化的思路可以看出导致 QUIC 慢的主要原因：逐包 ACK、逐包加密、用户态处理导致的额外切换开销。
而优化方式也是对症下药，延迟 ACK、批量处理、增加包大小，最终能够实现和 TCP+TLS 相媲美的吞吐。
（精心优化的 QUIC 也仅仅是和 TLS 一样快而已…）
prev: https://t.me/laiskynotes/34
next: https://t.me/laiskynotes/42
原生 QUIC 的吞吐只有 TCP 的 27.7%，只有 TCP+TLS 的 42.5%。
https://laisky.notion.site/QUIC-vs-TCP-Which-is-Better-ad3bcd403c2340038a6d761fe70b1984
而从优化的思路可以看出导致 QUIC 慢的主要原因：逐包 ACK、逐包加密、用户态处理导致的额外切换开销。
而优化方式也是对症下药，延迟 ACK、批量处理、增加包大小，最终能够实现和 TCP+TLS 相媲美的吞吐。
（精心优化的 QUIC 也仅仅是和 TLS 一样快而已…）
prev: https://t.me/laiskynotes/34
next: https://t.me/laiskynotes/42