0

EmbeddableDocumentStoreUIプロセス内で実行しています。

状況によっては、マスター データまたは同期されたデータがサーバーからストアに読み込まれます。特にそのような状況では、Raven は利用可能なリソースをうまく利用して、メインの UI スレッドを枯渇させているように見えます (主に CPU サイクルについて話している)。メッセージ ポンピングは大きな打撃を受け、UI が非常に応答しなくなります。Raven から実際に UI スレッドで実行されるものは何もないことは確かです。

UI の応答性が向上するのであれば、バッチの読み込みとデータの同期をより遅いペースで実行したいと思います。

何ができるかについての私自身の考えは、スレッドのコア アフィニティを中心に展開されました。

私の質問は、Raven で実際に使用するサイクルを下げるための有望なカスタマイズの可能性/構成設定があるかどうかです。ボーナスは、Raven がより少ないサイクルを使用する時間をプログラムで影響を与えることができれば (つまり、一括保存が完了すると通常に戻る) ことです。

4

1 に答える 1

2

Raven/MaxNumberOfParallelIndexTasks構成オプションを設定して、使用されるコア数を制限してみてください。

CPUは、実際のドキュメントの保存ではなく、インデックス作成プロセスによって使用されるに違いありません。

于 2013-11-08T09:50:43.847 に答える