Комментарии 16
1) Можно ли привести прирост производительности? Все-таки у СУБД, на которые вы ссылаетесь, несколько другие задачи. Тут, мне кажется, прирост будет составлять несколько процентов. И очень редко — теоретические 50%.
2) Наверное стоило сказать, что все это о 64 битах.
2) Наверное стоило сказать, что все это о 64 битах.
Это перевод. Ваши вопросы нужно задавать автору оригинала: jpauli.github.io/2015/10/28/huge-page.html
Так понимаю, что прирост производительности будет за счёт уменьшения размера кеша выделенного под хранение таблицы страниц, не более того.
Не совсем. Будет меньше промахов при обращении в TLB, и, следовательно, меньше обращений в память к оставшейся таблице размещения страниц.
Т.е. размер самого TLB останется прежним
Ммм… а разве размер TLB можно в принципе поменять?
Насколько я знаю, нет. Я всего лишь уточнял комментарий про «уменьшение кэша, выделенного под таблицу размещения страниц», поскольку сам TLB, собственно и можно рассматривать в качестве этого самого кэша.
имеется в виду что меньше записей в кэше (он физический, вы с ним ничего сделать не сможете при всем желании), меньше вероятности кэш мисов так как меньше вероятности перезаписи.
А как на C/C++ кроссплатформенно(Linux/Win) выделить память на больших страницах. Что-то нагуглить ничего не выходит. Понимаю, что вопрос не совсем в тему, но больно уж удачно статья на близкую тему вышла :)
win вроде не умеет hugepages
оно умеет large pages.
В win есть аналогичный механизм
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Использование больших страниц в памяти в PHP 7