Apache Ignite-近缓存一致性
我正在评估Apache Ignite，以检查它是否符合我们公司的需要。到目前为止还好。现在我正试图了解near cache特性在一致性方面是如何工作的。
我的问题是：除了这个文档之外，还有其他文档解释它是如何工作的吗？特别是，我想知道对任何其他实例的任何后续读请求（在写请求之后）是否会获得更新的数据（没有最终的一致性）。
谢了！
共有1个答案
在full_sync模式下，所有副本总是一致的，没有最终的一致性。近缓存功能作为一种额外的备份副本。
我不认为有一个关于它如何工作的设计文件。
-
现在的处理器都是多核处理器，并且每个核都带有多个缓存（指令缓存和数据缓存，见下图）。为什么需要缓存呢，这是因为CPU访问内存的速度比较慢，所以在CPU和内存之间加了个缓存以提高访问速度。既然每个核都有缓存，那么假设两个核或者多个核同时访问同一个变量时这些缓存是如何进行同步的呢（缓存细分为一个个缓存行），这就有了MESI协议。 MESI中的状态 CPU中每个缓存行（caceh line)使用4种状态
-
现在的处理器都是多核处理器，并且每个核都带有多个缓存（指令缓存和数据缓存，见下图）。为什么需要缓存呢，这是因为CPU访问内存的速度比较慢，所以在CPU和内存之间加了个缓存以提高访问速度。既然每个核都有缓存，那么假设两个核或者多个核同时访问同一个变量时这些缓存是如何进行同步的呢（缓存细分为一个个缓存行），这就有了MESI协议。 MESI中的状态 CPU中每个缓存行（caceh line)使用4种状态
-
我想做一些反应。但为此，我必须缓存在bot启动之前发送的消息。我用，但到目前为止还没有成功。 我当前的代码：
-
问题内容： 如果高速缓存一致性是在硬件级别实现的，为什么我们需要可变的？任何内核/处理器都应该获得最新值吗？ 还是完全解决了另一个问题？ 问题答案： 高速缓存一致性可以在处理器级别实现，但是，除非处理器内存模型保证顺序一致性（在大多数现代体系结构中不是这种情况），否则只有在需要时才会获得高速缓存一致性。 这就是volatile的含义：它要求JVM生成相关的机器指令，这些指令将要求处理器将其缓存与主
-
如果缓存一致性是在硬件级别实现的，为什么我们需要volatile？任何核心/处理器都应该获得最新的值？ 还是它完全在处理一个不同的问题？