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