エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
QUIC はデータロス時の処理待ちをどのようにして最小化しているのか? - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
QUIC はデータロス時の処理待ちをどのようにして最小化しているのか? - Qiita
この記事で伝えたいこと HTTP/2 で HTTP レイヤの Head of Line Blocking 問題が解決した他、Server Pus... この記事で伝えたいこと HTTP/2 で HTTP レイヤの Head of Line Blocking 問題が解決した他、Server Push、Prioritization、HPack などの導入によって、HTTP の通信効率を向上させました。 しかし、TCP を使う限り、TCP レイヤの HOL Blocking は依然として残っています。 更なるパフォーマンス向上を目指して、QUIC では UDP を使って通信します。UDP 自体はパケットの欠損検出や再送処理など、TCP では当たり前にある機構が無く、自前で作り上げないといけません。では、QUIC は TCP と同等の機能を実現しながらも、TCP とどこが異なるのかを探っていきます。 ちなみに、QUIC という名前は、Quick UDP Internet Connection の略です。 復習:HOL Blocking とは? ウ