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

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

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

  • Какова обычная единица распределения для процесса в Linux?
  • Как измерить на Linux пиковая память приложения после того, как закончилась
  • Как разбить использование памяти «Shmem» в Linux
  • Виртуальная схема памяти ядра: отрицательные значения
  • Посмотрите, сколько памяти было зарезервировано с помощью malloc () процессом в Linux
  • Почему разные экземпляры одной и той же программы используют разные объемы памяти?
  • Какова структура файлов дампа / сохранения Libvirt Qemu VM?
  • В чем разница между 32-битными PAE и 64-битными ядрами?
  • 2 Solutions collect form web for “Кто-нибудь действительно использует и извлекает выгоду из прозрачных огромных страниц?”

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

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

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

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

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

    Interesting Posts

    Почему оболочка не заканчивается при нажатии Ctrl + C на терминале?

    Обнаружение портала Hostapd в Android

    Можно ли установить один и тот же диск ext4 с двух хостов, только один раз?

    Есть ли разница между жесткой привязкой к cp -l или ln?

    Почему Linux обычно используется в качестве операционной системы для суперкомпьютеров?

    Настроить DD-WRT-сеть и iptables через Android APP, возможно ли это?

    Книга Samsung Ultra не просыпается после спящего режима и приостанавливает работу на Crunchbang

    Команда bash setenv не найдена

    Как я могу проверить, является ли переменная пустой или содержит только пробелы?

    Как я могу автоматически загружать файл пользователю, внесшему изменения?

    Как предотвратить отскок писем SMTPUTF8

    Пошаговое руководство по настройке разрешений отображения в xorg

    как размножить столбец одного файла по столбцу файла anothe?

    Debian: обновлено до php 5.3 и потеряно phpcli, php-pear и т. Д.

    Yum: Как просматривать переменные типа $ releasever, $ basearch & $ YUM0?

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