0

モバイル デバイスにダウンロードする必要があるファイルのリポジトリがサーバーにあります。サーバー上のファイルは、デバイスにダウンロードされた後、サーバー上で更新できます。その後の接続では、変更されたファイルのみをデバイスにダウンロードする必要があります。

私の選択は、ジッパーを事前に準備するか、その場で準備するかです. それらを事前に作成するには、以前のすべてのバージョンのリポジトリの zip を事前に作成する必要があります。その場で準備するために、ダウンロードする必要があるファイルを見つけて、その場で圧縮できます。

決定は、そのようなジッパーをその場で準備するのにどれだけの費用がかかるかによると思います.

私の質問は次のとおりです。

  • その場で zip を作成するにはどのくらいの費用がかかりますか? 何千ものモバイル デバイスが存在する可能性があります。準備されたzipファイルをキャッシュできるはずですが、接続ごとに個別に圧縮するコストも考慮したいと思います。この背後にある目的は、サーバーに履歴データを保存しないようにすることです

  • オンザフライ圧縮のコスト以外に考慮すべきパラメータはありますか?

サーバーは、組み込みの tomcat プロセスで実行されています。

4

2 に答える 2

1

ネットワーク操作中のオンザフライ圧縮 (SSH/SFTP、SSL/TLS、HTTP(S) などで使用される) は、転送速度を低下させるだけでなく、大幅に向上させることができます! したがって、可能な限り圧縮を歓迎します。

これで、チャネルに送信されるデータを圧縮するか、ファイルを圧縮して圧縮ファイルを送信できます。圧縮された ZIP を送信する際の問題は、ほとんどの場合 (ストリーミング ZIP 圧縮ライブラリはまれですが、IIRC には存在します)、圧縮されている間は ZIP ファイルをストリーミングできないことです。リクエスト。これは、アーカイブが巨大な場合 (数十メガバイト以上) に問題を引き起こす可能性があります。利点は、ファイルを一度パックして、キャッシュに長期間 (たとえば 1 週間または 1 か月) 保持できることです。

于 2013-04-17T18:30:31.333 に答える
0

Google のこのプレゼンテーションのスライド #13 をご覧になることをお勧めします。

彼らは、多少カスタマイズされた zip 実装であるzippyを使用していますが、要点は明らかです。zip は、データを送信するよりもはるかに安価です。はい、それでもファイルを送信する必要があるため、小さなファイルの節約は小さくなりますが、ほとんどの場合、圧縮は報われます.

于 2013-04-18T09:12:13.010 に答える