我正在玩由 ChronicleMap 支持的 ChronicleSet。我已经做了一些初步测试,这对我们的需求来说非常好。与其他解决方案相比,RAM 使用效率更高,访问时间稍慢,但仍然相当快。
但是,我正在测试的一件事是设置最大条目数,它似乎没有按预期工作。
我正在使用以下代码:
ChronicleSetBuilder<Long> postalSetBuilder =
ChronicleSetBuilder.of(Long.class)
.name("long-map")
.entries(2_000_000L)
.maxBloatFactor(1.0);
根据文档,这意味着在这种情况下允许的最大条目数为 2M。但是,在测试时,我可以可靠地达到指定最大值的 2 倍,甚至更多,直到我得到这样的异常:
Error: ChronicleMap{name=city-postal-codes-map, file=null, identityHashCode=3213500}: Attempt to allocate #129 extra segment tier, 128 is maximum.
Possible reasons include:
- you have forgotten to configure (or configured wrong) builder.entries() number
- same regarding other sizing Chronicle Hash configurations, most likely maxBloatFactor(), averageKeySize(), or averageValueSize()
- keys, inserted into the ChronicleHash, are distributed suspiciously bad. This might be a DOS attack
在这种情况下, ChronicleMap 对象调用size()
吐出4,079,238
。所以我想知道如何设置明确的限制(如上面指定的 2M),并让 Chronicle 在此之后可靠地拒绝任何添加其他元素的请求。