HTTP2のヘッダ圧縮 Huffman Encode の原理とメリット・デメリット - Qiita
この記事は HTTP2 Advent Calendar 2014 の 16 日目の投稿です。 HTTP2 では、通信の遅延を小さくするために、ヘッダのサイズを小さくする機構を備えています。 その仕様は HPACK と呼ばれ、下記の組み合わせで構成されます。 Literal ASCII Encoding 非圧縮のエンコーディングと言える。 Huffman 今回の主人公。 出現頻度が高い文字ほど、小さいデータサイズで表現。 Index 「Static Table に事前定義されている値」または「既にインデックス化した値」を番号で指定する。 圧縮に大きく寄与する。 今回は、Huffman Encoding の原理とメリット／デメリットを解説します。 gzip じゃダメなんですか？ HTTP/1.1 では、Body を gzip エンコードすることでサイズを圧縮することが出来ます。ヘッダも同じよう
hpack.gby
1 HPACK 05 2014.1.28 @kazu_yamamoto 2 3 4 5 6 7 HPACK 8 9 @tatsuhiro-t http://lists.w3.org/Archives/Public/ietf-http-wg/2013JulSep/1135.html 10 11 HPACK HPACK HPACK 6 12 Haskell http2 6 HPACK https://github.com/kazu-yamamoto/http2 6 HPACK https://github.com/Jxck/hpack-test-case 13 14 Diff Linear HEADERS 1 1.57 ( 31.36 ) 15 Naive/NaiveH/Linear/LinearH 16 17 18 GHC 19 O(1) in worst O(N) in worst 20
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
twitter/hpack · GitHub - Header Compression for HTTP/2
