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

Question

有人使用过KODO JDO的分布式缓存机制吗？我想知道：

1)分布式缓存更新之间的延迟如何(因此，如果两个用户访问两个独立的缓存，即在两个不同的JVM上，并且使用相同的数据，其中一个用户进行更新，则使用另一个缓存的另一个用户何时会看到更新？)

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

3)当有外部feeds全天更新数据库时(即不是通过应用程序传入)，从外部调用缓存刷新有多容易？

我们的应用程序在一个由12个JVMS组成的Weblogic集群中运行，我们正在考虑启用分布式缓存，以帮助提高从数据库中拉出的大型对象图的性能--这些对象图目前没有缓存--但希望了解#1、2和3的一些实际体验。谢谢。

Answer 1

这只是一个部分答案，但我相信(来自http://docs.oracle.com/cd/E13189_01/kodo/docs303/ref_guide_cache.html)仍有帮助：

当与kodo.event.RemoteCommitProvider结合使用时，提交信息将通过

或kodo.event.RemoteCommitProvider传递给其他JVM，并根据此信息使远程缓存失效。

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