KODO JDO分布式缓存性能如何？

Question

有人对 KODO JDO 的分布式缓存机制有经验吗？我想知道：

1) 分布式缓存更新之间的延迟是多少（因此，如果两个用户访问两个单独的缓存，即在两个不同的 JVM 上并且使用相同的数据并且一个进行更新，那么另一个用户何时会使用另一个缓存，看到更新了吗？）

2) JVM 之间将传输多少数据？如果对一个缓存进行更新，它是否只是通过告诉其他缓存要刷新对象的主键来删除对象？ （关注的是管理分布式缓存的网络流量/开销）

3) 当您有外部提要全天更新您的数据库时（即不通过您的应用程序进入），从外部调用缓存刷新有多容易？

我们的应用程序在 12 个 JVM 的 Weblogic 集群中运行，我们正在考虑启用分布式缓存以帮助从我们的数据库中提取的大型对象图（当前未缓存）提高性能，但想知道一些#1、2 和 3 的实际经验。谢谢。

Answer 1

这是部分答案，但我相信仍然有帮助（来自http://docs.oracle.com/cd/E13189_01/kodo/docs303/ref_guide_cache.html）：

当与 kodo.event.RemoteCommitProvider 一起使用时，提交信息通过 JMS 或 TCP 与其他 JVM 通信，并且远程缓存基于此信息失效。

没有说明这是否意味着此提交包含在原始事务中（希望如此）或和/或此操作的延迟时间或开销是多少以及它的扩展性如何（例如它是如何如果您正在协调 15 个 JVM，并且您有多个用户更新相同的数据，则执行此操作）