0

私たちのアプリケーションでは、いくつかの画像を次のようなさまざまなフォルダに保存します。

1
2
3
4
...
500
...

また、各フォルダ内には、サイズが(5kb〜20kb)の画像が大量にあります。

これらのファイルを転送しようとすると、最初にwinrarを使用して圧縮する必要があることがわかりましたが、時間がかかりすぎます。また、1つの親フォルダーを圧縮するために2時間。

実際、アプリケーションの画像は、Googleマップタイルのような地図画像です。

http://mt1.google.com/vt/lyrs=m@156067651&hl=en&x=27&y=48&z=7&s=G|| ここに画像の説明を入力してください

それで、これらの小さいが大量のファイルを保存/転送するのは良い考えがあるのだろうか?

4

3 に答える 3

1

そのような画像はすでに圧縮されている可能性が高いため、圧縮ステップから帯域幅の使用(および転送速度)がほとんど向上しません。

CPUがビジー状態で圧縮プロセスに時間がかかる場合は、代わりにプレーンtarファイル(圧縮を適用せずにすべてのファイルを1つのアーカイブに結合する)を作成してみてください。winrarについてはわかりませんが、他のほとんどの圧縮ツール(7zipなど)でtarファイルを生成できるため、winrarでも生成できると思います。

ファイルのセット全体を定期的に転送するが、毎回少数しか追加/変更されない場合は、などの他の転送方法を調べることをお勧めしますrsync。どちらの環境も説明していないので、これが利用できる可能性があるかどうかはわかりませんが、rsyncの場合は、変更を転送するだけで(転送を大幅に高速化)、常に使用します。 FTPや他のプロトコルのファイルごとの遅延に見舞われないように1つの接続-1つのファイルは、転送されるパーツがtar一緒に編集されたかのように同じ接続で前のファイルに続くので、追加の手順は必要ありません一方でファイルをパックし、もう一方でファイルを解凍します。

于 2011-06-23T14:19:28.350 に答える
0

それらの画像はすでに圧縮されています。ただし、転送速度を上げるには、「アーカイブ」モードでrarを使用してみてください。これはtarと同じことを行います。つまり、すべてのファイルを1つの大きなファイルに連結します。アーカイブ形式で圧縮を使用しないでください。

于 2011-06-23T14:17:18.110 に答える
0

たぶん、 Snappyのような高速圧縮ライブラリを使用できます。ただし、圧縮できるのは1つのファイルのみであり、各ファイルを個別に転送する必要はありません。そのために非圧縮のTARアーカイブを作成します。

于 2011-06-23T14:24:43.167 に答える