http圧縮を実行しない下限しきい値は何ですか？

Question

http圧縮を実行する場合、圧縮を実行しないことをお勧めします。

明らかに100バイトの場合は圧縮せず、1MBの場合は圧縮します。しかし、特定の低閾値についての一般的な推奨はありますか？

Answer 1

IBMにはcomparisonがあり、graphも含まれています。それによると、小さなファイルを圧縮する利点もあります。 Anotherですが、古い記事ではgzipのパフォーマンスはローカルファイル転送を除いて良好と記述されています。両方の記事は、「ダイヤルアップ」環境での圧縮、

をチェックしているが、私は質問ではなく、バイト数の、圧縮することが何に、より関連性があると思います。 Gzip（deflate）は、テキストファイル（html、xml、jsなど）のサイズが256バイトであっても普通は良いですが、メディアファイルを圧縮するときは無駄になります。 、jar-s、docx/odt-sなど）

Answer 2

あなたが本当にそれを気にする場合は、アプリケーションでgzip圧縮された非圧縮リアルファイル間のサイズの違いを比較する必要があります。提供する最小のファイルのテストを開始し、サイズを増やしてテストします。 gzippedサイズが圧縮されていないサイズより小さいかどうかを確認し、それをしきい値に設定します。

あなたがGoogleでない限り、しかし、それは単に大きな違いはありません。まともな値を選んでください。 256キロバイトの音はどうですか？

---

_{大丈夫、大丈夫}

... O(Google)

Answer 3

は短いHTTP応答を圧縮に多くの害はありません。彼らはもっと大きくなることはありません。私は、帯域幅を節約すれば、CPUの努力は常に価値があると思うだろう。

のデータがより心配な場合があります。現代のイメージやビデオフォーマットのようなタイトなバイナリファイルタイプを圧縮しようとすると、すべてのテキストコンテンツに対して効果的ですが、労力が掛かります。