当前位置: 首页 > 知识库问答 >
问题:

OpenHFT编年史地图是如何工作的

宇文鸿振
2023-03-14

需要一些关于历史记录映射如何工作的信息,它是否像在内存中保留一些键值对,当它溢出了一个特定的阈值,即它存储的值可能如何时,它会将数据溢出到磁盘,或者它取决于内存大小,如果映射大小超过阈值,则会将数据溢出到磁盘,如果是这样,那么如何配置它,还是有其他策略?

共有1个答案

穆建元
2023-03-14

历史记录映射直接写入内存映射文件。这完全是胡说八道。如果您写入一个条目,同一台计算机上的其他进程将立即看到该条目。此外,如果JVM崩溃,数据不会丢失或损坏。

一旦写入数据,应用程序就无需执行任何操作。(这就是为什么它可以在不丢失数据的情况下崩溃)

内存中但尚未写入磁盘的数据量由操作系统决定。它通常占主内存的10%左右。操作系统将随时间(通常为秒)将数据写入磁盘

已写入磁盘的条目使用操作系统的读取缓存。读取缓存可以是系统的整个空闲内存。改变这个限制的方法是增加更多的内存。

 类似资料:
  • 我有以下映射定义,其中map.containsKey()显然不起作用: 我使用的是编年史地图2.4.17,在我的项目中迁移到版本3太难了。

  • 我们有一个在50台服务器上使用相同数据集(键值对)的系统。对该数据集的更新数量约为每小时1000次,并且必须在这50台服务器上复制。我们有一个主系统接收这些更新,并负责将这些更新传播到其他服务器。目前,我们每小时以文件的形式将整个数据集(而不是增量更新)同步到所有服务器。然后将这些数据加载到不可变的Koloboke映射中。每个服务器每秒处理大约25000个请求,每个请求对这个映射进行30次查找。在

  • 一个简单的问题:我看到chronicle Map3x正在将一些功能转移到引擎产品中。然而,引擎本身依赖于MAP2X。我有点困惑,我怎么能把它们一起用呢?我想我错过了什么,但不确定到底是什么。

  • 在描述中说: 编年史映射提供内存访问速度,并支持超低垃圾收集。编年史地图可以支持最苛刻的应用程序。

  • 编年史地图是否有任何概念(或可插拔的能力)来提供自动条目过期?