QUICの実装はTCP並みの効率を実現できるか？ Fastly奥氏らがベンチマークを紹介

現在標準化が進められている次世代HTTPの「HTTP/3」は、トランスポートプロトコルとして「QUIC」と呼ばれる新しいプロトコルを採用します。 現時点のHTTPはトランスポートプロトコルとして「TCP」が採用されています。その上で、可能な限り高速な通信が行えるようにさまざまな工夫や最適化が進められてきました。そしてもうこれ以上高速にしようとすると、TCPそのものを改善していくべきだろう、というところまできたのです。 それがHTTP/3で「QUIC」が採用される大きな理由といわれています。 TCPは内部で輻輳制御や再送などを自動的に行うことで通信が確実に行われることを保証してくれる便利なプロトコルですが、それゆえに、確実に通信が行われるまで待つ必要があるために通信環境によっては遅くなりがち、などの側面があります。 そこでQUICは、TCPのような通信の保証がない代わりにリアルタイム性の高い

[kazuhooku]

publickeyでご紹介いただいた！ありがとうございます / ブコメにコメントしておくと、QUICのほうがロス耐性が強い（通信速度が速い）ことが前提にあって、弱点と懸念されていたCPUコストも問題ではない、という話です

[boxshiitake]

QUICの強みはパケロスが起きたときにある。TCPはロストした部分から後を全て再送しなくてはならないがQUICならロストした部分だけの再送で済む。モバイル回線は接続が途切れやすいので今の時代はQUICが向いている

[bootJP]

TCP並みなら微妙と言う反応あるけど、QUICはコネクションマイグレーションでIPが変わってもコネクションが切れないのである今後のモバイルネットワークで大事

[tyhe]

捨てるほどの差が無いと言ってる人はTCPとUDPの違いを学ぶといいのよ。

[tmurakam]

TCPにもSelective ACKはあるから、必要なフレームだけ再送できるよ

[YaSuYuKi]

理想的なネットワーク条件で互角なら、より悪い条件(遅い転送速度、頻繁なパケットロス、輻輳など)への耐性次第で選択肢になりえる

[nakag0711]

わざわざtcpを捨てるほどの差ではないような…

[kuwayoshi]

書いた方のコメントの通り、長い年月をかけて最適化されて信頼のあるPC内のTCPスタックの処理速度に、新しいQUICの処理速度が案外検討、という記事。QUICは通信経路で強いのであって処理速度は同じくらいで十分でしょ。

[denqueue]

QUICは再送制御もTCPの反省を踏まえた設計になっている. SACK関係だとTCPのシーケンス番号による再送をやめたおかげで, スプリアス再送の検知やRTT計測の精度向上が期待される. https://tools.ietf.org/html/draft-ietf-quic-recovery-27

[camellow]

「TCO並みの効率を実現できるか？」ってレベルならわざわざQUIC使う必要なくね？少なくとも効率はいいから進めてるのかと思ってたが勘違いだったか。何のためにQUIC使いたいのかな/ブコメのみなさん解説ありがとう

[bonlife]

こないだReal World HTTPでも読んだな。QUICならTCPとTLSの二重のハンドシェイクが要らなくなるので初回接続が軽めで、TCPのHoLブロックもなくせる。以前はCPU負荷が2倍とか記事で読んだことあったけど、改善してるのね！

[nrtn]

HTTP/2によって多重化してるせいでHOLが致命的（特にモバイル環境で）なのでスループットが同等でもそれ以上に価値はあると思うけどなあ。

[kazuau]

ack待ちが問題になるんだったら(というか間違いなくそうだけど)ネットワークのlatencyがスループットに対して支配的だが、この記事では言及がないね。

[aox]

光速を超えるようなのは作れないんですかね

[petitbang]

この程度じゃTCPから乗り換える意味あまりなくない？と思ったがパケットロスに強いのか。それならパケットロスが発生する条件下での速度比較も見たいところ。

[baronhorse]

“QUIC仕様の推奨では、送信者、受信者ともに2パケットごとにAcknowledgementを返す” この条件だとどうなるのかな

[kkobayashi]

「Ackを減らす、パケットをまとめる、パケットサイズを増やす」これ全部TCPでできるけど・・・／「ロストした部分だけの再送」ならSACKもあるし

[napsucks]

TCPはTSOなどハードウェアアクセラレーションも効くから容易に代替はできないと思うが、汎用のプロトコルなので特定用途でパフォーマンスをたたき出すにはUDPベースのほうがいいのかな。

[surume000]

UDPの上位プロトコルということ？

[kazema_tsu]

TCPでいいじゃん！ってなってしまう・・・メリットを享受するのはまだまだ先ですか・・・

[knok]

クライアント側から見れば大した効果ないかもしれないけど、CDN業者側から見たらそれなりにうれしいのでは。ハードウェアの利用効率が上がるわけで

[mongrelP]

思ったより差がない…

[Shinwiki]

リアルタイム通信格闘ゲーム屋さんがすでにだいぶ知見を持ってると思うけど。RUDP的な

[lirlia]

ドラマ、シリコンバレーのように、プロトコルの改善ではなくデータの超圧縮による転送データ量の削減をお願いします。

[gomer-pyle]

個人で使う分には体感出来なそうだけど、普及したら世界的な帯域はぐっと減ったりするのかな。