Redis - 默认阻塞 VM

Question

The blocking VM performance is better overall, as there is no time lost in synchronization, spawning of threads, and resuming blocked clients waiting for values. So if you are willing to accept an higher latency from time to time, blocking VM can be a good pick. Especially if swapping happens rarely and most of your often accessed data happens to fit in your memory.

这是 Redis 的默认模式(我相信现在 VM 在 2.6 中已弃用的唯一模式)，让操作系统处理分页(如果/需要时)。我的理解是正确的，即启动/启动时需要一些时间才能“变热”。当在具有 16gb 数据集的 1gb RAM 节点上工作时，Redis 是否会尝试在启动时将其全部加载到虚拟内存中，因此 90% 以上的部分会立即被调出，并且只有在大量使用之后，上述陈述才成立？

Answer 1

Redis VM 已在 Redis 2.4 中弃用，并已在 Redis 2.6 中删除。这是一条死胡同:不要使用它。

我认为您将阻塞 VM 与操作系统分页混淆了。它们是两种不同的东西。

当根本没有配置 Redis VM 时(无论是阻塞模式)，OS 分页是 Redis 的默认模式。如果它不适合物理内存，操作系统将交换 Redis 内存。事件循环可以随时卡住。当它发生时，性能会很糟糕，因为没有任何 Redis 内部数据结构是为此设计的(没有局部性，没有分页系统)。

Redis VM 可以配置为非阻塞模式(使用 I/O 线程)。当 I/O 完成后，事件循环不会被阻塞，Redis 仍然可以响应。但是，当过多的 I/O 堆积时，I/O 线程将完全忙碌，最终您会得到一个响应迅速的 Redis，但无法处理任何需要 I/O 的查询。

Redis VM 也可以配置为阻塞模式。在这种模式下，所有 I/O 都在主事件循环线程中同步执行。因此，事件循环在 I/O 的情况下被卡住(例如，在键未命中的情况下)。所有客户都受到影响。但是，一般性能(CPU 消耗和延迟)优于非阻塞模式，因为节省了一些线程调度/同步。

在实践中，操作系统分页和 Redis 阻塞 VM 之间的区别在于粒度级别。对于 Redis VM，粒度是关键。对于操作系统分页，它就是页面(一个 4 KB 的 block ，可以跨越几个不相关的键)。

在所有 3 种情况下，转储文件的初始加载将非常缓慢，并在您的系统上产生随机 I/O 峰值。正如您所指出的，大多数对象将被加载然后换出。预热时间很长。

除非您的数据具有极端局部性，或者您根本不关心延迟，否则使用 1 GB RAM 和 Redis VM 的 16 GB 数据集在我看来是科幻小说。

Redis VM 被淘汰是有原因的。按照设计，它的性能永远不会像基于磁盘的数据存储一样好(它可以利用文件映射或直接 I/O 来避免双缓冲，并使用 B 树等自适应数据结构)。

Redis 作为内存存储非常出色。但是，如果您需要存储比 RAM 更大的东西，请不要使用它。其他(基于磁盘的)存储的性能都会好得多。