Hazelcast附近缓存-巨大的获得延迟

Question

我的地图中存储了3个对象——每个都有几个MB。它们不会改变，所以在节点本地缓存它们是有意义的。这就是我在意识到平均获取延迟很大之前所做的，这大大减慢了我的计算速度。请看hazelcast控制台：

这让我想知道它是从哪里来的。我认为最初发生的是90和48次失误吗？这些计算是并行运行的，所以我认为它们都可以在条目被缓存之前发出一个reguest来获取，因此所有这些都不会从近缓存中受益。那么它是某种预加载方法，以便我在触发所有这些并行任务之前运行它吗？顺便问一下，为什么即使在接近缓存的数据表中有条目，条目内存也为0？

这是我的地图配置：

<map name="commons">

        <in-memory-format>BINARY</in-memory-format>

        <backup-count>0</backup-count>
        <async-backup-count>0</async-backup-count>
        <eviction-policy>NONE</eviction-policy>

        <near-cache>

            <in-memory-format>OBJECT</in-memory-format>
            <max-size>0</max-size>
            <time-to-live-seconds>0</time-to-live-seconds>
            <max-idle-seconds>0</max-idle-seconds>
            <eviction-policy>NONE</eviction-policy>
            <invalidate-on-change>true</invalidate-on-change>
            <cache-local-entries>true</cache-local-entries>
        </near-cache>
    </map>

实际的问题是，为什么在近缓存中会有这么多未命中，那么巨大的平均获取延迟是从哪里来的？

Answer 1

管理中心显示的延迟是请求到达服务器后的延迟。如果你有一个近缓存，并且你点击了近缓存，它将不会显示在Man.Center上。我怀疑您不会注意到应用程序的高延迟。我看到已经发生了34起事件。我想这个条目已经更新了。更新条目时，它将从近缓存中逐出。随后的读取将命中服务器。