编年史地图引擎关系
一个简单的问题：我看到chronicle Map3x正在将一些功能转移到引擎产品中。然而，引擎本身依赖于MAP2X。我有点困惑，我怎么能把它们一起用呢？我想我错过了什么，但不确定到底是什么。
共有1个答案
是的-正如你上面提到的，目前编年史引擎使用编年史地图2。我们没有计划（至少在不久的将来）升级编年史引擎使用编年史地图3。不过，这种集成可能会在将来完成，特别是如果付费客户需要的话。没有办法使用chronicle-map3进行TCP复制，因此如果您需要tcp-replication，目前必须使用chronicle-map2或chronicle-engine。
-
思想？
-
我们有一个在50台服务器上使用相同数据集（键值对）的系统。对该数据集的更新数量约为每小时1000次，并且必须在这50台服务器上复制。我们有一个主系统接收这些更新，并负责将这些更新传播到其他服务器。目前，我们每小时以文件的形式将整个数据集（而不是增量更新）同步到所有服务器。然后将这些数据加载到不可变的Koloboke映射中。每个服务器每秒处理大约25000个请求，每个请求对这个映射进行30次查找。在
-
在描述中说： 编年史映射提供内存访问速度，并支持超低垃圾收集。编年史地图可以支持最苛刻的应用程序。
-
我有以下映射定义，其中map.containsKey（）显然不起作用： 我使用的是编年史地图2.4.17，在我的项目中迁移到版本3太难了。
-
需要一些关于历史记录映射如何工作的信息，它是否像在内存中保留一些键值对，当它溢出了一个特定的阈值，即它存储的值可能如何时，它会将数据溢出到磁盘，或者它取决于内存大小，如果映射大小超过阈值，则会将数据溢出到磁盘，如果是这样，那么如何配置它，还是有其他策略？
-
编年史地图是否有任何概念（或可插拔的能力）来提供自动条目过期？