れたほうが良いと思い圧縮図書館のためのJava?

Question

また圧縮部位用ネットワーク通行のため。のではないかと思いまいな場所には近づかないでください一部の新しいアルゴリズムのようにbzip2は、思いが遅くなります。

Answer 1

利用できる 景気指標/インフレータ 建設を推奨します。またGZIPInputStreamとGZIPOutputStreamがいきがちですが、もっとによって異なり正確に利用します。

編集：

読コメントは差し控えますようになネットワークtafficはHTTP.によってサーバーではおそらく支援のための圧縮(特にdeflate/gzip).問題はそれなりのクライアント場合、クライアントがブラウザでも既に対応します。場合にクライアントが、webサービスがクライアントする httpア チェックドキュメンテーションにこのパッケージになってしまうためです。

というジャカルタ-コモンズhttpclientすることを要件とする場合があり手動での圧縮。このクライアント側ではまだ

.addRequestHeader("Accept-Encoding","gzip,deflate");

Answer 2

ネットワークの場合の交通はHTTP上での各種ウェブサーバー/servletコンテナ支援のための交渉zippingなどはmod_deflate Apache.

Answer 3

ご圧縮アルゴリズムによって異なり様を最適化する試みにおいては、どれくらいの帯域で可能です。

だが、gigibit LAN、ほとんどの圧縮アルゴリズムはゆっくりプログラムの下だけます。場合で接続WANインターネットができないのが少しました。場合に接続ダイアルアップ、圧縮などで絶対に可能です。

このWANよく目にすることでしょうハードウェアのようにソリューション 河川敷の より有効として働いている様々な交通を必要としない変更ソフトウェアです。

いテストケースの相対的差圧縮 Deflateフィルタリング,BZip2は、lzma.単にプラグインのサンプルデータ、試験の時間ます。