问题标签 [chronicle-map]

在我的一个项目中，我们选择使用 Chronicle Map 作为底层数据结构，用于在不同托管服务器的不同微服务之间存储和共享数据。

我们的想法是我们使用 createOrPersist(File file) 方法创建一个 Chronicle Map Store 并将持久化文件保存在网络存储上，当其中一个微服务执行 PUT 操作时，该条目将被持久化（同步）​​到持久化文件中，然后另一个微服务可以稍后获取条目，获取 PUT 和 GET 操作可能相隔几分钟。

通过学习教程，我们了解到数据复制仅在 Chronicle Map Enterprise 版本中可用，我们使用的是开源版本。有人能提出上述方法是否切实可行吗？

另外，如果共享持久化文件的方式无法达到我们的预期，我们是否可以使用chronicle map 结合chronicle engine 来实现跨微服务的数据共享？

我正在处理非常大的小对象集合。我正在使用ChronicleMap性能非常好的 using。

地图条目的最大数量是否限制为Integer.MAX_VALUE？

如果没有，如果条目数高于，我如何获得地图的实际大小作为map.size()返回？Integer.MAX_VALUEInteger.MAX_VALUE

提前致谢。

我们公司对使用 Chronicle 地图非常感兴趣，但是我们无法复制网站上宣传的性能。

Chronicle Map 已经过测试，在 16 核机器上每秒更新 3000 万次，包含 5 亿个键值

我们能否获得有关上述测试使用的硬件的详细信息？目前，我们正在c5.4xlarge（16 核）AWS 实例上运行testAcquirePerf()示例。我们正在取得以下成果：

密钥大小：100 万个条目。ChronicleMapBuilder{，actualSegments=512，minSegments=未配置，entryPerSegment=-1，actualChunksPerSegmentTier=-1，averageKeySize=14.0，sampleKeyForConstantSizeComputation=未配置，averageValueSize=228.0，sampleValueForConstantSizeComputation=未配置，actualChunkSize=未配置，valueAlignment=1，条目=1000000, putReturnsNull=false, removeReturnsNull=false, keyBuilder=net.openhft.chronicle.hash.serialization.impl.SerializationBuilder@6e1ec318, valueBuilder=net.openhft.chronicle.hash.serialization.impl.SerializationBuilder@7e0b0338}

EntrySize：240 条目：1 M Segments：512 吞吐量 4.7 M ops/sec

EntrySize：240 条目：1 M 段：512 吞吐量 8.8 M ops/sec

EntrySize：240 条目：1 M 段：512 吞吐量 8.9 M ops/sec

VmPeak: 13305376 kB, VmSize: 12936536 kB, VmLck: 0 kB, VmPin: 0 kB, VmHWM: 400868 kB, VmRSS: 142044 kB, VmData: 1033976 kB, VmStk: 144 kB, VmExe: 4 kB38, VmLib: 1 VmPTE：956 kB，VmSwap：0 kB，

密钥大小：100 万个条目。ChronicleMapBuilder{，actualSegments=512，minSegments=未配置，entryPerSegment=-1，actualChunksPerSegmentTier=-1，averageKeySize=14.0，sampleKeyForConstantSizeComputation=未配置，averageValueSize=244.0，sampleValueForConstantSizeComputation=未配置，actualChunkSize=未配置，valueAlignment=1，条目=1000000, putReturnsNull=false, removeReturnsNull=false, keyBuilder=net.openhft.chronicle.hash.serialization.impl.SerializationBuilder@6fc6f14e, valueBuilder=net.openhft.chronicle.hash.serialization.impl.SerializationBuilder@56235b8e}

EntrySize：256 条目：1 M 段：512 吞吐量 6.1 M ops/sec

EntrySize：256 条目：1 M 段：512 吞吐量 8.0 M ops/sec

EntrySize：256 条目：1 M 段：512 吞吐量 8.2 M ops/sec

VmPeak：13305376 kB，VmSize：12936536 kB，VmLck：0 kB，VmPin：0 kB，VmHWM：479544 kB，VmRSS：145412 kB，VmData：1042612 kB，VmStk：144 kB，VmExe：4 kB38，VmLib：1 VmPTE：972 kB，VmSwap：0 kB，构建成功总时间：11.046 秒

任何帮助将不胜感激。

亲切的问候，斯科特

与这个问题有些相关，是否可以使用 ChronicleMap 将属性图捕获为内存映射文件？目前我们在 AWS Neptune 中托管我们的图表，但希望在我们的每个 (Java) 应用程序服务器上本地查询它，但在堆外。

这是我的一段代码

当我这样做时，我得到了错误

java.lang.IllegalArgumentException：使用 BytesMarshallable 和 net.openhft.chronicle.map.ChronicleMapBuilder.averageValue(ChronicleMapBuilder.java:660) 不支持的接口值类型

有人可以帮我理解这种使用模式是否不正确吗？

如果我更改为通过实现一个具体类来创建 MyValue 然后按如下方式对其进行新的操作：

我们对在我们的项目中使用 Chronicle Map 非常感兴趣。目前，我们正在尝试了解如何使用持久文件。例如，当我创建编年史地图时

来自persistedFile 的数据是否会被加载到RAM 内存中？或者它将从磁盘提供。

我们希望在一些高性能代码中最小化（如果不是消除）对象分配。这在早期版本的编年史地图（2.x 版）中很大程度上是可能的。在最新版本的 Chronicle Map (3.17.1) 中，我们在使用 ExternalMapQueryContext 时看到了显着的分配。我们在这里遵循教程：https ://github.com/OpenHFT/Chronicle-Map/blob/master/docs/CM_Tutorial.adoc

这是预期的吗？我们是否使用了正确的方法？

我们也可以共享分配堆栈的屏幕截图。

我尝试了一个非常简单的示例，我尝试编写 int -> ByteBuffer 并在从映射中读取值时重用数组。

不幸的是，我得到了一个意想不到的结果ClassCastException，因为 Chronicle 期望byte[]

我究竟做错了什么？尝试byte[]工作，但getUsing()没有使用我的输入数组，它仍然是空的。

我有一个代码Roaring64NavigableMap用作 neo4j 插件，使用getId()来自Neo4J API的节点的长值。

我想使用Chronicle-Map。我看到这个例子：

1. 如果我不知道要预期多少个值怎么办？确实.entries(1_000_000)限制了缓存或数据库的最大输入数
2. 有没有办法处理大约十亿个条目的大量数据？
3. 有没有更高效的创作方式Chronicle-Map？
4. 我可以控制它使用的缓存大小吗？
5. 我可以控制存储数据库的音量吗？

如何使用 5 个 .sh 脚本演示 Chronicle 的 BlockChain Ledger 技术...

./run.shm & #params 需要吗？

我期望执行一组流程，展示 Chronicle 的 BlockChain Ledger 技术的低延迟优点。

https://www.facebook.com/photo.php?fbid=329725524639534&set=a.329612584650828&type=3&theater