0

次のシナリオのサーバーを設計しています。

  1. 一連の単一のイメージが NAS に保存されます。100 としましょう。
  2. クライアントは TCP ソケットを介してサーバーに接続し、image39 を要求します
  3. サーバーは NAS から image39 を読み取り、ソケットを介してクライアントに送り返します
  4. クライアントがシリーズの他の画像も要求する可能性が高いため、次のようになります。
  5. cat image39 > /dev/null画像を反復処理し、それらを読み取り、サーバー上のメモリに強制的にキャッシュするスレッドを起動したいと思い ます
  6. スレッドは次のように画像をフェッチします: image38、image40、image37、image41 など。
  7. すでに取得された画像は無視されます
  8. クライアントが image77 をリクエストする場合、フェッチ スレッドをリセットしてフェッチします: image76、image78 など。

これは、多くのシリーズとクライアントに合わせて拡張する必要があります。おそらく、1000 の同時プリフェッチのオーダーです。スレッドが多すぎると、パフォーマンスが低下する可能性があることを理解しています。代わりに新しいプロセスをフォークした方がよいでしょうか? スレッドやプロセスよりも効率的な方法はありますか?

ありがとう！！！

4

1 に答える 1

1

これは時期尚早の最適化です。キャッシュを「強制」するトリックなしでシステムを実装してみて、それがどのように機能するかを確認してください。私はそれがうまくいくに違いない - そして、あなたのトリックがシステム上の他のものとうまくいかないことが判明した場合、厄介な驚きについて心配する必要はありません.

于 2011-05-16T01:50:52.390 に答える