相关疑难解决方法(0)

与 redhat bugzilla - kcompacd0 using 100% cpu中发布的相同，已关闭INSUFFICIENT_DATA.

也与

\n
• Linux 主机上的 VMware 导致定期冻结
\n
• Arch Linux 从 khugepaged 变得无响应
\n

重新打开，因为那里的解决方案对我不起作用。

这是我的情况：

\n
• Ubuntu 21.10主机和 Windows 10 Enterprise 客户端，使用 VMware Workstation 16 v 16.2.0 build-18760230
\n
• 我没有做任何花哨或重负载的事情，就在常规使用 Windows 10（轻负载）一天之后，事情开始变得疯狂。
\n
• 该进程kcompactd0不断地在一个核心上使用 100% cpu，并vmware-vmx在八个核心上使用 100% cpu。\n
\n
• 当它发生时，它通常会持续几分钟。然后一两分钟后再次启动。
\n
• “kcompactd0 仅在 drop_caches 时消失。当它达到 100% 时，vmware 虚拟机来宾完全无响应（windows 10 ltsc vm）”因此我只尝试了 drop_caches 一次，并确认了该行为。
\n

根据上游要求，以下是更多信息：

$ …

我是 VMware 工作站 10.0.3 的重度用户，因此我的系统上有 32GB RAM。我唯一的操作系统是 Arch Linux，桌面使用 Unity。

通常，当我有两个虚拟机运行时，每个虚拟机都指定了大约 3GB 的 RAM，真的经常并且随机间隔，整个系统会在几秒钟内无响应。

在终端上运行“top”，罪魁祸首似乎是 khugepaged 命令，该命令在系统在 100% CPU 下无响应时运行，然后消失。

有什么办法可以避免这种情况吗？我在谷歌上搜索过 khugepaged，但我似乎只能找到 2011 年的古老帖子或未回答的问题。

这些是我的完整系统规格：

• CPU：Intel i5 4570@3.2GHz
• 32GB 海盗船复仇内存@2400MHz
• M/B 华擎 Z87 Pro 4