1

ディスクから読み取って多くのレコードに適用する必要がある複数の構成ファイルがあります。パフォーマンスを向上させるには、これを改善する必要があります。

私は2つのプロセスを持っています。

Process1: 構成の更新:

  • これにより、コンテンツ構成ファイルが更新されます。
  • これは、複数の場所から実行できます。

Process2: 構成の適用:

  • これは、構成ファイルの内容を使用します。
  • これは、複数の場所から実行できます。
  • 現在、これは直接ファイル + n/w IO を使用して、更新された構成ファイルを読み取ります。

Both processes are back-end and there is no browser involved here.

FILES のキャッシュとして Redis または Memcached を使用する必要がありますか?

ファイルは共通の場所から読み取る必要があることに注意してください。それらは別のバックグラウンド プロセスによって更新されています。更新はいつでも発生する可能性があります。構成ファイルのサイズは 1K から 10K です。

Process2 が更新された構成ファイルに可能な限り最速でアクセスできるようにします。

4

1 に答える 1

0

Redis は、オプションの永続性を使用してデータをメモリに保持するため、適切な選択です。したがって、そのようなアプローチはハードドライブに触れる必要はありません。

ここで私が見ることができる問題は、すべてのクライアントが Redis を理解する必要があり、Java や使用する言語などのサポート ライブラリを使用することです。

なぜ http 自体を使用しないのか (たとえば、いくつかの http ファイル サーバーをデプロイするなど)。バージョン チェック + キャッシュを提供することもできるため、クライアントはファイルのバージョンをサーバーに保存し、サーバーに同じファイルがある場合はクライアント キャッシュ コンテンツを使用し、変更時にそれをダウンロードできます。これは HEAD と呼ばれます。http: //www.tutorialspoint.com/http/http_methods.htm をご覧ください。

Web自体と同じアプローチを使用する必要があります。すべてのブラウザーは、コンテンツ、html、css、画像などをダウンロードします。あなたにとって最良の改善は、クライアント側のキャッシュです。たとえば、css または画像はブラウザーのキャッシュに保存され、最初のタイプまたは変更されたときにのみダウンロードされます。

望まない場合は、REST アプローチ自体を正確に使用することはできません。

于 2013-09-26T11:53:35.123 に答える