在构建器上定义到持久化 ChronicleMap 的条目数如何影响它的扩展能力?
How does the number of entries defined on the builder to a persisted ChronicleMap impact it's ability to scale?
Chronicle 地图的每个示例都需要在构建器中指定一个“条目”大小,但我不明白此值对持久地图的影响:
ChronicleMap
.of(Long.class, Point.class)
.averageValueSize(8)
.valueMarshaller(PointSerializer.getInstance())
.entries(999)
.createOrRecoverPersistedTo(new File("my-map"));
- 当我在此映射中插入超过 999 个条目时会发生什么情况?
- 这个数字是否定义了 Chronicle 的条目数或内存映射查找应该保存在我的内存中?
如果条目数量太少,则需要重新调整大小,成本很小,而且排列效率不高。
一般来说,最好把地图放大一点,这样你就不用担心这个了。在 Linux 系统上,它使用稀疏文件,因此您甚至可能不会使用更多磁盘 space。
Chronicle 地图的每个示例都需要在构建器中指定一个“条目”大小,但我不明白此值对持久地图的影响:
ChronicleMap
.of(Long.class, Point.class)
.averageValueSize(8)
.valueMarshaller(PointSerializer.getInstance())
.entries(999)
.createOrRecoverPersistedTo(new File("my-map"));
- 当我在此映射中插入超过 999 个条目时会发生什么情况?
- 这个数字是否定义了 Chronicle 的条目数或内存映射查找应该保存在我的内存中?
如果条目数量太少,则需要重新调整大小,成本很小,而且排列效率不高。
一般来说,最好把地图放大一点,这样你就不用担心这个了。在 Linux 系统上,它使用稀疏文件,因此您甚至可能不会使用更多磁盘 space。