选择Redis最大内存大小和BGSAVE内存使用情况
我试图找出在以下情况下“ maxmemory”的安全设置：
- 大量写入的应用程序
- 8GB RAM
- 假设其他进程占用约1GB
- 这意味着redis进程的内存使用量不得超过7GB
- 每个BGSAVE事件的内存使用量都会增加一倍，原因是：
在redis 文档中，有关BGSAVE事件的内存使用量增加的说法如下：
如果要在写入量很大的应用程序中使用Redis，则在将RDB文件保存在磁盘上或重写AOF日志的同时，Redis最多可能会使用通常使用的内存的2倍。
- 所述maxmemory极限大致与从redis的-CLI INFO“used_memory”，并没有考虑由redis的考虑使用其它的存储器
我是否正确，这意味着在这种情况下，最大内存设置应该设置为不大于（8GB-1GB）/ 2 = 3.5GB？
如果是这样，我将为redis文档创建拉取请求，以更清楚地反映这一点。
问题答案：
-
问题内容： 当redis达到“最大内存”条件时，它将允许客户端进行读取，但不能进行写入。 当然，这将导致致命错误……有什么方法可以使Rails处理缓存的读或写错误，因此，如果缓存发生问题（可用性，读取，写入等），它将继续以如果缓存设置为“关闭”？ 问题答案： 您可以告诉redis在内存已满时要遵守的不同行为。 默认是 也许最好的选择是’volatile-ttl’，并确保所有缓存都包括：expire
-
问题内容： 我目前正在测试将密钥插入数据库Redis（在本地）中。我有超过500万个密钥，而且我只有4GB的RAM，所以一时我达到了RAM的容量并交换了数据（并且我的PC掉了）。 我的问题是：如何在具有Redis数据库的计算机上监视内存使用情况，并以此方式发出警报，不再在Redis数据库中插入某些密钥？ 谢谢。 问题答案： 关于内存使用情况，建议您查看redis.io 常见问题解答以及有关将red
-
问题内容： 对于我的应用程序，Java进程使用的内存远远大于堆大小。 容器运行所在的系统开始出现内存问题，因为容器占用的内存比堆大小大得多。 堆大小设置为128 MB（-），而容器最多占用1GB的内存。正常情况下需要500MB。如果docker容器的限制低于（例如），则该进程将被操作系统的内存不足杀手杀死。 你能解释一下为什么Java进程使用的内存比堆多得多吗？如何正确调整Docker内存限制的大
-
我不确定这是不是一个有效的问题！ 我已经在windows xp机器上安装了netbean。然而这台机器的内存非常有限。因为Netbean使用了大部分内存，所以我想限制Netbean使用的内存大小。 从这一页上我可以看到，我可以在配置文件中使用开关或开关/etc/netbeans。形态。 所以我就这样改了： 我尝试了两个选项，但是Netbean要么不启动，要么在启动时不支持新策略。当它启动时，我在任
-
问题内容： 我想找出在调用函数期间（在Python中）分配的最大RAM量是多少。还有其他与跟踪RAM使用情况有关的问题： 建议使用哪个Python内存分析器？ 如何剖析Python中的内存使用情况？ 但是这些似乎允许您在调用方法（例如guppy）时更多地跟踪内存使用情况。但是，我要跟踪的是外部库中的一个函数，该函数无法修改，并且会逐渐占用大量RAM，但是一旦函数执行完成，就可以释放它。有什么方法可
-
在图像中，使用内存为3.8G，提交内存为8.6G，最大内存也为8.6G，任何人都可以解释使用内存和提交内存之间的差异，或者任何解释它的链接。