Хтось насправді використовує та отримує користь від прозорих величезних сторінок?

11

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

Наприклад:

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

Тож мені цікаво: які види навантаження приносять користь цій функції?

— Джеймс Н
джерело

2

Я також цікавий. Згідно з документами ядра, вони побачили великий стрибок у виконанні kvm, але вони не вникають у деталі. Це також згадується в посібнику з настройки ядра для KVM .

— Братчлі

4

Основна больова точка в HugePages вважає пов'язаною з NUMA. Практично кожен новий блискучий багатопроцесорний сервер зараз увімкнено NUMA. Прикольні речі в підсистемі пам'яті виникають, коли у вас є величезні сторінки, що перетинають межі NUMA. Подивіться на: Engineering.linkedin.com/performance/…

— Lmwangi

2

Величезні сторінки були б корисні в ситуації, коли вам знадобилася величезна кількість інформації, щоб написати в одному блоці. Він може стосуватися стратегії запису на диск і може бути значущим для кешування. Як і всі параметри конфігурації, немає сенсу, якщо ваш корпус використання не підходить.

Отже, відповідь полягає в тому, що навантаженість, яка фактично потребує величезної тони даних в одному блоці, отримала б користь від величезних сторінок. Якщо дані настільки великі, вони не змогли б вміститися, але їх треба було б розбити на численні файли сторінок, і велика кількість тих з них була б занадто багато для обробки або погана з якоїсь причини, і менша кількість більших Файли кращі - у вашому випадку є величезні файли сторінок.

На практиці я ніколи не стикався з будь-якою потребою в цьому, але я знаю, як кешувати кеші - це реальна річ, і хтось десь може отримати користь від величезних сторінок.

— Баазігар
джерело

2

Так, явні величезні сторінки чудово підходять для таких навантажень (я вважаю, що PostgreSQL використовує їх, якщо вони доступні). Хоча запитуючий запитав про прозорі величезні сторінки.

— Toby Speight

0

Не знаєте, хто сказав вам, що кассандра не отримає користі від величезних сторінок. Можливо, ви хочете трохи поспішати в бік дефрагментації з / sys / kernel / mm / transparent_hugepage.

Особисто щойно тестував кластер кассандри з величезною сторінкою і без неї, і після різних тестів з різним розміром розподілу, починаючи від 300 b до 4k, я можу сказати, що збираюся їх повторно використовувати.

— Містер Блак
джерело