HTTP/3のお話 IETFやGoogleは、Webの世界を発展させるためにはHTTP/HTTPSをもっと最適化させなければいけないと思っています。これは正しいです。 ただ、今考えられているHTTP over QUIC、これをHTTP/3と呼ぶ、と決まったらしいのですが。 gigazine.net インターネットのネットワークプロトコルを標準化する業界団体のInternet Engineering Task Force(IETF)が、これまで「HTTP-over-QUIC(hq)」と呼ばれていたプロトコルを「HTTP/3」という名称に変更すると発表しました。 技術的な説明は下記が詳しいです。 asnokaze.hatenablog.com asnokaze.hatenablog.com で、私なぞは基本サーバー屋だったのでネットワークのこのあたりのプロトコルスタックの話は読んでもなかなか頭

Google、TCPのスループットとレイテンシを改善する輻輳制御アルゴリズム「TCP BBR」をGoogle Cloudで利用開始 Googleは、同社が開発したTCPの輻輳制御アルゴリズム「TCP BBR」をGoogle Cloud Platformで利用可能にしたと発表しました。 インターネットにおける通信にはTCPを用いる場合とUDPを用いる場合に分かれますが、BBRはTCPにおける輻輳制御アルゴリズムを改善したもの。すでにGoogleはTCP BBRをYouTubeのネットワークで利用しており、従来のパケットロスをベースにした輻輳制御アルゴリズムであるCUBICを用いた場合と比較して、スループットが平均で4％、最大で14％以上改善したことを明らかにしています。 TCP BBRは現在の高速なネットワークに適した輻輳制御アルゴリズム TCP BBRのBBRは「Bottleneck Ba

SPDY非対応のWebサーバのフロントにSPDY対応リバースプロキシを設置し、色々測定してみた。 測定内容 測定項目は以下の４つで接続した時のロード時間を測定した リバースプロキシにSPDYで接続 リバースプロキシにHTTPで接続 WebサーバにSPDYで接続 WebサーバにHTTPで接続 測定環境 リバースプロキシ Apache 2.2 mod_spdy mod_proxy_blancer Webサーバ Apache 2.2 mod_spdy ブラウザ chrome （それぞれキャッシュは無効） Webサーバには、mod_spdyのデモページと同一のものを置いとく(https://www.modspdy.com/world-flags/) 測定方法：chromeのBenchmarking Extensionで各ページの表示時間を５回ずつ測定 結果 測定結果は(3),(1),(4),(2)