9

大约一个月前发现 Terracotta 后，我才刚刚开始学习如何使用它。这是一项非常酷的技术。

基本上我想做的是：

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

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

Hashmap 中将存在大约 20000 个这些 JavaBean。

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

（我为此使用 Terracotta 的原因是因为这些 JavaBean 需要可跨 JVM 和节点访问。）

比我有更多 TC 经验的人有什么建议吗？性能是关键。

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

4

2 回答 2

7

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

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

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

通常我们发现一个好的策略是：

  1. 构建性能测试（应该是多线程和多节点的，并且类似于您的应用程序（或您的实际应用程序！）
  2. 调整对象 - 查看开发控制台中的集群对象图以查找根本不需要集群的对象 - 有时这种情况会意外发生（使用瞬态字段删除或剪切集群）。有时你可能会聚集一个 long 可以做的日期。微小的变化，但这是每个地图条目的一个对象，这可能会有所作为。
  3. 调整锁 - 使用开发控制台中的锁分析器来查找热锁或太窄或太宽的锁。集群统计记录器也可以帮助查看交易规模。
  4. Tune GC 和 DGC - 调整 JVM 垃圾收集，然后通过打开更改年轻一代 gc 的频率来调整 Terracotta 分布式 GC。
  5. Tune TC server - 很多非常详细的调整在这里做，但通常不值得，直到上面的东西被调整。

也可以在Terracotta 论坛上随意提问- 所有工程、现场工程、产品管理人员都观看这些并在那里回答。

于 2009-04-25T18:57:47.323 回答
3

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

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

毕竟，POJO 是延迟加载的。这意味着每个属性都是按需加载的。

希望有帮助。

干杯

于 2009-04-25T16:33:34.673 回答