Кто-нибудь действительно использует и извлекает выгоду из прозрачных огромных страниц?

В последнее время я столкнулся с проблемами прозрачности огромных страниц и заметил, что многие системы баз данных рекомендуют отключить их. Я говорю о Oracle, Postgresql, MySQL, Cassandra, NuoDB, Redis, Hadoop и других.

Например:

  • Петр Зайцев (2014-07-23). Почему TokuDB ненавидит Transparent HugePages . Percona.
  • Мишель Кейси (2013-09-17). Проблемы производительности с прозрачными огромными страницами . Oracle.
  • Адам Абревая и Олег Левин (2014-05-15). Linux Transparent Huge Pages, JEMalloc и NuoDB . NuoDB DevCentre.

Поэтому мне интересно: какая рабочая нагрузка приносит пользу этой функции?

  • Редактирование текста влево и влево в тексте и выравнивании в mobaxterm на Linux
  • Почему man statfs 'FUTEXFS_SUPER_MAGIC равен плохим идеям (0xBAD1DEA)?
  • Двунаправленная ОС X и Fedora
  • Как запустить только ядро ​​linux в vmware?
  • Red Hat с rpc.statd не работает и не может запускать nfslock
  • Ядро Linux: значение source-tree, in-tree и out-of-tree
  • Как зарезервированные блоки GDT используются после изменения размера сети в файловой системе ext3
  • Как распечатать общий процент доступного пространства в конкретной файловой системе как в Linux, так и в Solaris?
  • 2 Solutions collect form web for “Кто-нибудь действительно использует и извлекает выгоду из прозрачных огромных страниц?”

    Огромные страницы были бы полезны в ситуации, когда вам понадобилось огромное количество информации, которая должна быть написана в том же блоке. Он может относиться к стратегии записи на диск и может быть значительным для кэширования. Как и все параметры конфигурации, это не имеет смысла, если ваш вариант использования не подходит.

    Таким образом, ответ: рабочая нагрузка, которая на самом деле нуждается в огромной тонне данных в одном блоке, выиграет от огромных страниц. Если данные настолько велики, что они не будут соответствовать, но должны быть разбиты на многочисленные файлы страниц, а их количество будет слишком большим, чтобы по какой-то причине справляться или плохо, а меньшее число файлы предпочтительнее – есть ваш случай для огромных файлов страниц.

    С практической точки зрения, я никогда не сталкивался с какой-либо необходимостью, но я знаю, как управлять кэшами – это настоящая вещь, и кто-то может извлечь выгоду из огромных страниц.

    Не знаю, кто сказал вам, что кассандра не выиграет от огромных страниц. Возможно, вы хотите быть немного болтливым в направлении опции дефрагментации из / sys / kernel / mm / transparent_hugepage.

    Лично просто протестировал кластер cassandra с огромной страницей и без нее, и после различных тестов с разным размером парирования, начиная с 300 до 4 килобайт, я могу сказать, что я собираюсь их повторно использовать.

    Linux и Unix - лучшая ОС в мире.