0

KODO JDO の分散キャッシュ メカニズムを使用した経験のある人はいますか? 私が知りたいのですが:

1) 分散キャッシュの更新間のレイテンシはどのようなものですか (したがって、2 人のユーザーが 2 つの別個のキャッシュ、つまり 2 つの異なる JVM で同じデータを使用しており、1 人が更新を行う場合、他のユーザーが他のキャッシュを使用するのはいつですか?更新?)

2) JVM 間で転送されるデータの量は? 更新が 1 つのキャッシュに対して行われた場合、フラッシュするオブジェクトの主キーを伝えることによって、オブジェクトを削除するように他のキャッシュに指示するだけですか? (問題は、分散キャッシュを管理するネットワーク トラフィック/オーバーヘッドです)

3) 外部フィードが 1 日中データベースを更新している場合 (つまり、アプリケーションから入ってこない場合)、外部からキャッシュ フラッシュを呼び出すのはどれくらい簡単ですか?

私たちのアプリケーションは 12 個の JVMS の Weblogic クラスタで実行され、分散キャッシュを有効にして、データベースからプルされる大きなオブジェクト グラフ (現在はキャッシュされていません) から生じるパフォーマンスを支援することを検討していますが、実際の状況を知りたいと考えています。 #1、2、および3の経験。ありがとう。

4

1 に答える 1

0

これは部分的な回答ですが、それでも役立つと思います ( http://docs.oracle.com/cd/E13189_01/kodo/docs303/ref_guide_cache.htmlから):

kodo.event.RemoteCommitProvider と組み合わせて使用​​すると、コミット情報が JMS または TCP を介して他の JVM に伝達され、この情報に基づいてリモート キャッシュが無効になります。

これが、このコミットが元のトランザクションの一部として含まれていることを意味するのか (期待される)、またはこの操作の遅延時間またはオーバーヘッドがどの程度であるか、およびそれがどの程度うまくスケーリングされるか (たとえば、 15 個の JVM を調整しており、複数のユーザーが同じデータを更新しています)

于 2010-01-19T15:07:52.973 に答える