Scribble at 2024-10-20 10:19:06 Last modified: 2024-10-20 10:22:10
QUIC is expected to be a game-changer in improving web application performance. In this paper, we conduct a systematic examination of QUIC's performance over high-speed networks. We find that over fast Internet, the UDP+QUIC+HTTP/3 stack suffers a data rate reduction of up to 45.2% compared to the TCP+TLS+HTTP/2 counterpart. Moreover, the performance gap between QUIC and HTTP/2 grows as the underlying bandwidth increases. We observe this issue on lightweight data transfer clients and major web browsers (Chrome, Edge, Firefox, Opera), on different hosts (desktop, mobile), and over diverse networks (wired broadband, cellular). It affects not only file transfers, but also various applications such as video streaming (up to 9.8% video bitrate reduction) and web browsing. Through rigorous packet trace analysis and kernel- and user-space profiling, we identify the root cause to be high receiver-side processing overhead, in particular, excessive data packets and QUIC's user-space ACKs. We make concrete recommendations for mitigating the observed performance issues.
ネットワーク・プロトコルの初歩的な知識として知られているように、TCP に対して UDP はエラー制御や接続時のハンドシェイクなどが簡略化されているため、高速だが通信の信頼性が低いという特徴がある。既に多くのメディアでも話題になっている「HTTP/3」は、実質的にはこの UDP をベースに Google が開発した QUIC のことである。上の論文は、QUIC が言われているほどには高速なパフォーマンスを出さない可能性があると述べていて、この論文を取り上げている Hacker News でも大半のユーザが論文で指摘されたリスクを認めている。
簡単に言えば、QUIC は実装の未熟さもあって、帯域が広くなるにつれてオーバーヘッドが大きくなったり処理するパケット数が多くなって、コンピュータへの負荷が高くなる。特に受信側での処理能力が低下する傾向にある。改善する余地はいくらかありそうだが、当初に語られていたほどの劇的なパフォーマンスを達成するかどうかは、実装にも依存するだろうし、まだ良くわからない。
実際、既にウェブ制作（いわゆる「IT」ではなく）の業界だと大半が HTTP/2 にすら知識として付いてきてないし、レンタル・サーバ側で勝手に設定として対応していても、もともとウェブ制作会社のエンジニアなんて自分たちで SSL の設定をできるわけでもなし、関知していないはずである。よって、もうかなりそういう意味での「格差」が広がっていて、いまだにフルスタックなんて言ってる低レベルな連中が人材派遣業の「ハイ・スペック人材」などと言われているのだから、竹中パソナにも困ったものである。聞くところによると、同じ慶応の人から「アベノミクスで恩恵を受けたのは、あんたらみたいな人材派遣会社だけだ」とか突っ込まれてたらしいが、人買いとデータ・ブローカーだけが儲ける経済というのでは、そら基礎の技術や科学や学問に投資する意欲もなくなるわけで（ガキがしょーもないトークやゲームの中継してるだけで YouTuber になって金儲けしたいと思うのも無理はない）、アパレルの代表が「この国は滅びる」と言いたくなるのも分かる。