linux - 为什么mongodb提示transparent_hugepage？

Question

关于如何修复 mongodb 警告的一些问题已经在询问:

** WARNING: /sys/kernel/mm/transparent_hugepage/defrag is 'always.'
**        We suggest setting it to 'never'

但我想知道是否应该修复它。我在运行在谷歌云上的 Ubuntu VM 上从 MongoDB 3.0.1 收到此警告。我应该相信“从不”更好的 MongoDB 吗？还是我应该相信谷歌/Ubuntu他们有充分的理由将其设置为“始终”？我想有一些权衡需要考虑，不知道我会交易什么来保留或修复它。

询问如何解决它很好，但询问是否修复它似乎更明智。

Answer 1

编辑:自从我写了这个答案后，Mongodb 已经解决了这个问题。他们的建议是https://docs.mongodb.com/master/tutorial/transparent-huge-pages/并且可能应该是您的首选解决方案。我最初的答案仍然有效，但现在有官方解决方案可用，我认为这是一个 hack。

原答案:根据 MongoDB 文档，http://docs.mongodb.org/manual/reference/transparent-huge-pages/ ，并支持，https://jira.mongodb.org/browse/DOCS-2131 , transparent_hugepage (THP) 旨在创建更少的大内存块，而不是在具有大量内存的系统中创建许多小内存块。如果您的软件需要大量的连续内存访问，这将非常有用。然而，对于 MongoDB，无论可用内存如何，它都需要大量较小的内存访问，因此在禁用 THP 的情况下性能更好。

这让我觉得任何一种方式都行得通，但是在关闭 THP 的情况下，您将获得更好的 mongo(或任何数据库)性能，从而为您提供更小的内存。如果你没有太多内存，那么无论你运行什么，THP 都应该关闭。

上面的链接中概述了几种方法。最普遍适用的似乎是编辑 rc.local。

$ sudo nano /etc/rc.local

在“exit 0”行之前插入以下行。

...
if test -f /sys/kernel/mm/transparent_hugepage/khugepaged/defrag; then
  echo 0 > /sys/kernel/mm/transparent_hugepage/khugepaged/defrag
fi
if test -f /sys/kernel/mm/transparent_hugepage/defrag; then
  echo never > /sys/kernel/mm/transparent_hugepage/defrag
fi
if test -f /sys/kernel/mm/transparent_hugepage/enabled; then
  echo never > /sys/kernel/mm/transparent_hugepage/enabled
fi
exit 0

注意:基于 redhat 的系统可能使用“redhat_transparent_hugepage”而不是“transparent_hugepage”，可以通过以下方式检查:

ls /sys/kernel/mm/*transparent_hugepage*/enabled
cat /sys/kernel/mm/*transparent_hugepage*/enabled

要应用更改，请重新启动(将运行 rc.local)或:

$ sudo su
# source /etc/rc.local
# service mongod restart
# exit

正确应用上面所做的更改