兵马俑表现和提示

Question

我正在学习大约一个月前发现它后如何使用兵马俑。这是一项非常酷的技术。

基本上我想做的事情：

我的根（记录系统）是ConcurrentHashMap。

主要的Instrumented类是一个“JavaBean”，我希望在HashMap中存在30个左右的字段。

Hashmap中将存在大约20000个这样的JavaBeans。

每个bean都有（至少）5个字段，每5秒更新一次。

（我之所以使用Terracotta是因为这些JavaBeans需要可以跨JVM和节点访问。）

任何有TC经验的人都有任何提示吗？表现是关键。

其他类似应用的任何示例？

Answer 1

您可能会发现在一个锁定范围下批量处理多个更改会更好。每个同步的块/方法形成一个写事务（假设您使用写锁），必须将其发送到服务器（并可能返回到其他节点）。通过更改一堆字段（可能在一个锁定下的一堆对象上），可以减少创建事务的开销。至少可以玩的东西。

分区也是提高性能的关键方法。只需将更改发送到实际使用对象的节点。因此，如果您可以划分哪些节点通常会触及特定对象，从而减少必须在群集周围发送的更改数量，从而提高性能。

unnutz关于使用CHM或CSM的建议很好。 CHM允许更大的并发性（因为每个内部段可以同时锁定和使用） - 确保也尝试更大的段计数。 CSM每个条目实际上有一个锁，因此在N大小的表中实际上有N个分区。这可以大大减少锁争用（以管理更多内部锁对象为代价）。 CSM即将发生的变化将使锁定管理成本大大降低。

一般来说，我们发现一个好的策略是：

1. 构建性能测试（应该是多线程和多节点，类似于您的应用程序（或您的实际应用程序！）
2. 调整对象 - 在开发控制台中查看您的集群对象图，以查找根本不需要集群的对象 - 有时这会偶然发生（使用瞬态字段删除或剪切集群）。有时你可能会聚集一个长期可以做的日期。小的变化但是每个地图条目都是一个对象，这可能会有所不同。
3. 调整锁定 - 使用开发控制台中的锁定分析器查找太窄或太宽的热锁或锁。集群统计信息记录器也可以帮助查看事务大小。
4. 调整GC和DGC - 调整JVM垃圾收集，然后通过改变年轻gc的频率来调整Terracotta分布式GC。
5. 调整TC服务器 - 这里有许多非常详细的调整，但通常不值得，直到调整上面的内容。

也可以随时询问Terracotta forums - 所有工程，现场工程，产品管理人员都会观察并回答这些问题。

Answer 2

首先，我建议你也在他们的论坛上提出这个问题。

其次，实际上，集中在Terracotta willl上的应用程序的性能取决于发生的写入事务的数量。因此，您可以考虑使用ConcurrentStringMap（如果您的键是字符串）或ConcurrentHashMap。请注意，从性能方面来看，CSM比CHM要好得多。

毕竟，懒惰地加载了POJO。这意味着每个属性都是按需加载的。

希望有所帮助。

干杯