有人真正使用透明大页面并从中受益吗？

最近，我一直在努力处理透明的大页面性能问题，并且注意到许多数据库系统建议将其关闭。我说的是Oracle，Postgresql，MySQL，Cassandra，NuoDB，Redis，Hadoop等。

举些例子：

• 彼得·扎伊采夫（2014年7月23日）。为什么TokuDB讨厌透明的HugePages。Percona。
• 米歇尔·凯西（2013-09-17）。透明巨大页面的性能问题。甲骨文
• 亚当·阿布雷瓦亚（Adam Abrevaya）和奥列格·莱文（Oleg Levin）（2014-05-15）。 Linux透明大页面，JEMalloc和NuoDB。NuoDB开发中心。

所以我想知道：什么功能可以从此功能中受益？

在需要在同一块中写入大量信息的情况下，巨大的页面将很有用。它可能与磁盘写入策略有关，并且对于缓存非常重要。像所有配置选项一样，如果您的用例不合适，则没有任何意义。

因此答案是，实际上在同一块中需要大量数据的工作负载将受益于巨大的页面。如果数据太大，将无法容纳，但必须将其分解为多个页面文件，并且由于某些原因，其中的庞大数量将太多或难以处理，而较大的数量则较少文件是可取的-您可能需要大页面文件。

实际上，我从没遇到过任何需要，但我从管理缓存中知道-这是一件真实的事情，某个地方的人可以从大页面中受益。

不知道谁告诉你cassandra不会从大量页面中受益。也许您想在/ sys / kernel / mm / transparent_hugepage的碎片整理选项方向上有点chat。

我个人只是测试了带有或不带有大页面的卡桑德拉群集，并且经过了各种不同大小的测试，从300 b到4k，我可以告诉我要重新启用它们。