如何为 Chrome 的 OOM Killer 设置内存限制？

问题描述：

chrome 调用 oom-killer：gfp_mask=0xd0、order=0、oom_score_adj=300

在使用无头式 Chrome 浏览器 + Selenium 进行测试时出现上述错误。

解决方案 1：

此错误信息...

chrome invoked oom-killer: gfp_mask=0xd0, order=0, oom_score_adj=300

...意味着ChromeDriver控制了浏览上下文，即Chrome 浏览器由于以下原因调用了OOM Killer内存不足错误。

内存不足

当您尝试启动新程序或尝试使用已在运行的程序时，可能会出现内存不足错误消息，即使您仍有足够的可用物理和页面文件内存。

OOM 杀手

OOM Killer或 Out Of Memory Killer 是 Linux 内核在系统内存严重不足时使用的一个进程。这种情况发生的原因是 Linux 内核为其进程分配了过多的内存。进程启动时，它会向内核请求一块内存。这个初始请求通常很大，进程不会立即使用或永远不会全部使用。内核意识到进程请求冗余内存的这种趋势，因此会过度分配系统内存。这意味着，当系统有 2GB RAM 时，内核可能会为进程分配 2.5GB。这可以确保分配给进程的内存得到积极使用，从而最大限度地利用系统内存。现在，如果足够多的进程开始使用它们请求的所有内存块，那么将没有足够的物理内存来支持它们。这意味着正在运行的进程需要的内存比物理可用内存多。这种情况正是 Linux 内核调用 OOM Killer 来审查所有正在运行的进程并终止其中一个或多个进程以释放系统内存并保持系统运行的时候。

Chrome 是 OOM Killer 的第一个受害者

令人惊讶的是，Chrome 浏览器客户端似乎是 oom killer 的第一个受害者。由于 Linux OOM Killer 使用 终止进程highest score=(RSS + oom_score_adj)，因此 chrome 标签页被终止，因为它们的300oom_score_adj个(在chrome_constants.cc中) 如下：kLowestRendererOomScore = 300

#if defined(OS_LINUX)
const int kLowestRendererOomScore = 300;
const int kHighestRendererOomScore = 1000;
#endif  

细节

此问题是一个已知问题，可以轻松重现。我们已经详细讨论了这个问题，例如oom_score_adj 太高 - Chrome 总是 oom killer 的第一个受害者。目标是调整 Chrome OS 中的 OOM，以确保最近打开的选项卡不会被杀死，因为 OOM killer 似乎默认优先于最近的进程。但在 Linux 发行版上，这不会反映出来，您会看到不良行为，即 Chrome 进程被杀死，而其他进程可能本应被杀死。

解决方案

错误堆栈跟踪的一些细节可以帮助我们向您建议以下方面的一些更改：

• 总虚拟机使用量

• 物理内存

• 交换内存

您可以在以下位置找到几个相关的讨论：

• 了解 Linux oom-killer 的日志

• anon-rss 和 total-vm 是什么意思

• 确定被 oom-killer 杀死的进程的 vm 大小

但是，已经进行了一次代码审查来解决这个问题，但讨论似乎仍然处于“已分配优先级：2”的状态，具体如下：

• Linux：调整 /proc/pid/oom_adj 以牺牲插件和渲染器进程来杀死 OOM

总结

java.lang.OutOfMemoryError：无法在 Spring Boot 中使用 ChromeDriver 和 Chrome 通过 Selenium 创建新的本机线程错误

结尾

Chromium OS - 设计文档 - 内存不足处理

解决方案 2：

尽管拥有 32GB 的 RAM，但最新版本的 Chromium OOM 仍然会发生！

由于此问题将完全冻结 Xorg，因此 sysrq 键关联可以帮助恢复控制台终端。

ALT + SYS + K 杀死铬

考虑在内核启动命令行中添加 sysrq_always_enabled。