问题标签 [chronicle-map]

想问 linux 大师 Chronicle 是否可以在一台主机上的 docker 容器之间共享状态（被使用）。只是一个假设：由于 Chronicle 使用内存映射文件，我们可以在容器之间共享（可能？）同一个主机的文件系统，我们可以使用 ChronicleMap 功能吗？虽然不确定容器间同步......有人有什么想法吗？

目的是减少老一代的大小以降低 gc 暂停。

据我了解，Chronicle Map 会将对象存储在本机空间中，并且（从 java 8 开始）String#intern 也会这样做，因为实习字符串位于元空间中。

每当我需要使用纪事地图时，我都很好奇，或者坚持实习方法是可以的。

我正在使用 VanillaChroncile 临时存储和检索条目，并且一切正常，除非负载很大。我得到地图失败的异常。虽然我有处理这个异常的恢复逻辑，但我想知道为什么我首先得到这个异常。任何帮助将不胜感激。

}

all,

I am trying to store time series in Chronicle Map. The series are split into chunks, and every chunk is a separate map entry. I am wondering if anybody knows what is going to happen if JVM exits while an entry is currently being written to the Chronicle Map (while a BytesMarshaller is serialising)??

Would the memory mapped file end up with corrupt data?? Is there a work around??

需要一些关于编年史地图如何工作的信息，它是否像它在内存中保留一些键值对一样，当它溢出它存储的值的特定阈值时，它会将数据溢出到磁盘，或者它取决于内存大小，如果地图的大小增长到阈值以上然后将数据溢出到磁盘，如果是这样，那么如何配置它，或者是否有任何其他策略？

我有两个 Java 应用程序在同一台机器上运行。由于需要远程连接，我们通过 http 实现了 jvm 间通信。我们每秒将大约 10MByte 的图像数据从一个虚拟机传递到另一个虚拟机 100 次。使用 http 我们得到了巨大的延迟，因为 write-function 花费了太多时间。由于速度是最重要的标准，因此可以根据要求跳过 http。然后我们尝试了sockets，但是还是太慢了。我已经阅读了 RMI 和 Chronicle (openhft) 以实现快速的 jvm 间消息传递。Chonicle 对我来说听起来很有趣，因为我们可以使用 Chronicle-queues 进行消息传递，并使用 Chronicle-map 来共享图像数据。

但老实说，我无法估计什么是最好的。用例如下：服务器收集图像。客户请求可用图像的列表。一旦客户端收到消息，客户端就会请求一个特定的图像。服务器已经加载了图片，需要将图片发送给客户端。任何建议使用什么策略？我们也可以将所有图像发送到客户端，但这会导致服务器使用太多时间发送数据，而这是不需要的。

感谢您的提示。

在 Java 内存中，byte 或 int 之间没有区别——两者都将表示为 4 个字节。

对于 Chronicle Map 是否存在差异，即 Chronicle Map 将字节值存储为 8 位还是仍然使用 32？

如果 byte 是一个对象属性，同样的问题。

基本上主题。在 ChronicleMap 的情况下：如果进程因 OOM 错误或其他原因被终止或失败，是否有可能实际存储的数据已损坏并且地图不再可用？

我正在使用 Chronicle Map 临时存储/查找大量 KV 对（实际上是数十亿）。我不需要持久性或复制，我使用的是内存映射文件，而不是纯粹的堆外内存。平均密钥长度为 8 个字节。

对于较小的数据集 - 最多 2 亿个条目 - 我每秒获得大约 100 万个条目的吞吐量，即创建条目大约需要 200 秒，这是惊人的，但是通过 4 亿个条目，地图已经显着放慢并且需要创建它们需要 1500 秒。

我已经在 Mac OSX/16GB 四核/500GB SSD 和 Proliant G6 服务器上运行了 8 核/64GB ram/300GB Raid 1（不是 SSD）的 Linux 的测试。在两个平台上都表现出相同的行为。

如果有帮助，这是地图设置：

还有一个简单的作家测试：

所以我的问题是 - 我可以做一些调整来改善这一点，例如更改段数，使用不同的键类型（例如 CharSequence），或者这仅仅是操作系统分页如此大文件的人工制品？

我想使用 Chronicle Map 从网络文件共享中读取序列化地图，然后在本地处理它。我们将有 100 多台机器从地图中读取准备好的数据——大量迭代但从不写入。我可以让一个进程在网络文件共享上创建地图，然后每个“消费者”加载并处理地图。映射不会超过 100 万个键，1K 个值。还是我们需要使用 UDP/TCP 复制功能？