谷歌QUIC是否比TCP有更好的性能？

Question

Google是一种新的传输协议。它使用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在传输大量数据时仍然有回报，因为它处理数据包丢失、拥塞、.它本身(奎克也这样做，但以一种不太为人所知/被接受的方式)。

时间将证明这种方法是否可行。