高速缓存附近的哈泽尔广播-巨大的获取延迟

Question

有3个对象存储在我的地图上--每个都有几个MB。它们不会改变，因此在节点本地缓存它们是有意义的。在我意识到平均的get延迟很大之前，这就是我想要做的事情，这大大减慢了我的计算速度。请参阅hazelcast控制台：

​

​

这让我想知道它是从哪里来的。我认为最初发生的是90和48次思念吗？计算是并行运行的，所以我认为它们都可以在条目被缓存之前发出最规则的命令，因此所有这些在此时都不会从近缓存中受益。那么，是某种预加载方法，以便在触发所有这些并行任务之前运行它吗？顺便说一句。为什么即使在近缓存数据表中有条目，条目内存也是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件事了。我想这个条目已经更新了。更新一个条目时，它将从Cache附近被逐出。随后的读取将击中服务器。