Google QUIC的性能是否比TCP好得多？

Question

Google QUIC是一种新的传输协议。它使用UDP并提供了一组非常好的功能：

• 它不需要初始握手（0次往返）
• 它具有设计的安全功能（TLS和TCP的组合）
• 它带来了流的概念，非常适合避免线路问题并且非常适合HTTP2（https://community.akamai.com/community/web-performance/blog/2017/08/10/how-does-http2-solve-the-head-of-line-blocking-hol-issue）
• 拥塞控制算法在用户空间中，可以轻松更换

在他们的SIGCOMM17出版物中，他们讨论了QUIC的一些性能优势，但我的问题是：

我们是否真的需要放弃传统的基于TCP的技术并转向QUIC？ QUIC的杀手级应用是什么？除了使用QUIC的谷歌人或者至少觉得他或她应该这样做之外还有其他人吗？

我的感觉是，我们有机会通过使用TCP快速开放或多路径TCP等现有系统来实现大部分承诺的好处。

Answer 1

当获取小对象时，QUIC是HTTP传输的一个很好的替代方案，并且TCP的握手开销并不真正付出代价。此外，由于数据包丢失导致TCP绊倒，因此可能具有优势。

TCP在传输大量数据时仍然能够得到回报，因为它本身处理数据包丢失，拥塞......（QUIC也可以这样做，但不太知名/接受）。

时间将证明这种方法是否有效。