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

В последнее время я столкнулся с проблемами прозрачности огромных страниц и заметил, что многие системы баз данных рекомендуют отключить их. Я говорю о 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.

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

  • Оптимизированная ZFS в условиях низкой работоспособности ОЗУ?
  • Отладка вне памяти с помощью / var / log / messages
  • kernel: disabling / dev / kmem и / dev / mem
  • Виртуальная схема памяти ядра: отрицательные значения
  • Как читать .vma-файлы?
  • Ядро: pci 0000: 7f: 12.4: BAR 3: не удалось назначить
  • Увеличение объема памяти ядра
  • Что эквивалентно чистке Mac в Linux?
  • 2 Solutions collect form web for “Кто-нибудь действительно использует и извлекает выгоду из прозрачных огромных страниц?”

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

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

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

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

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

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