在Windows[Redis 64位]下，是否可以在生产环境中使用？

我在我的开发环境上使用此版本：

我想知道这个版本是否适合生产环境

---

如果可以使用，那么与Linux下相比，需要注意什么？

自3.0.3版以来，windows端口开发人员放弃了dlmalloc，开始使用jemalloc作为内存分配器。实际上，该港口被考虑用于生产用途。3.0.500版本由ms开发者批准生产

他们如何绕过unix fork将数据保存到磁盘上呢。Microsoft开发人员端口称之为时间点堆快照。这是生产中最具争议的部分：

windows下的Redis可能需要的内存是linux版本的3倍。这种行为被认为是正常的，因为windows中的交换文件很容易比实际RAM量大3倍

我认为只有当用户将Redis用作LRU缓存或根本不将数据保存到磁盘时，这才是可以接受的

---

如果Redis节点占用大量内存，windows下的Redis至少是绝对易受影响的。例如，我们尝试在服务器上使用Redis For windows v2.8、v3.0.3、v3.0.5，该服务器具有512 gb内存，raid 0中每个256 gb的2个SSD驱动器用作系统磁盘。对windows交换文件没有任何限制。我们的测试模拟了我们的生产—使用RDB进行大量写入和保存，内存利用率约为60-70%。这里有很多举手行为，然后这个节点尝试保存快照-内存消耗跳跃，保存期间连接冻结。在相同的硬件上，这种行为从未在undex linux上发生。

自3.0.3版以来，windows端口开发人员放弃了dlmalloc，开始使用jemalloc作为内存分配器。实际上，该港口被考虑用于生产用途。3.0.500版本由ms开发者批准生产

他们是如何绕过unix分支将数据保存到磁盘的呢。Microsoft开发人员端口称之为时间点堆快照。这是生产中最具争议的部分：

windows下的Redis可能需要的内存是linux版本的3倍。这种行为被认为是正常的，因为windows中的交换文件很容易比实际RAM量大3倍

我认为只有当用户将Redis用作LRU缓存或根本不将数据保存到磁盘时，这才是可以接受的

---

如果Redis节点占用大量内存，windows下的Redis至少是绝对易受影响的。例如，我们尝试在服务器上使用Redis For windows v2.8、v3.0.3、v3.0.5，该服务器具有512 gb内存，raid 0中每个256 gb的2个SSD驱动器用作系统磁盘。对windows交换文件没有任何限制。我们的测试模拟了我们的生产—使用RDB进行大量写入和保存，内存利用率约为60-70%。这里有很多举手行为，然后这个节点尝试保存快照-内存消耗跳跃，保存期间连接冻结。在同一硬件上，这种行为在undex linux中从未发生。

感谢您的观点和对场景的分析，我将选择合适的我使用感谢您的观点和对场景的分析，我将选择合适的我使用