Комментарии 5
Поясните кто-нибудь пожалуйста в чём преимущество страниц памяти в 16кб? Из головы могу придумать только уменьшение размера какой-нибудь мапы содержащий адреса трансляции в ядре. Ну и более эффективное использование кеша процессора с таблицей трансляции адресов, но насчёт последнего не уверен (как в общем-то и предыдущего) так как не сильно погружён в эту тему и мог сказать чушь 😅
Насколько я понимаю, вы правы про то кеш процессора и таблицу адресов, по идее увеличение размера страницы должно просто ускорить отклик системы и сделать её немного быстрее.
Я когда тестил в целом цифры которые предоставляет гугл в своих статья правдивы прирост повсюду 8-10%
30% на запуск приложений мне отловить не удалось правда)
Все проще простого- процессору нужно делать меньше телодвижений с памятью ,чтобы обработать страницу памяти . По крайне мере в x86_64 архитектуре есть 3 вида страниц : 4кб /2мб /1гб . В последние 2 это huge page . И как это работает(если прям упростить : идёт аллоцирование памяти ядром ОС и по умолчанию в большинстве ос в пространстве пользователя страницы разбиты на 4кб сегменты и это хорошо ,когда например есть куча задач ,которые постоянно не висят в памяти .Так как при запуске каждого процесса память аллоцируется.Но плохо когда нужно работать с данными.И для более лучшей производительности ПО может запросить huge page ,то есть страницы памяти неделенную по 4кб (простой пример -базы данных)
Либо продлеваем срок до 31 мая =)
Скрытый текст
В уведомлении нажимаем "Подробнее", внизу страницы будет запросить доп время.
Подстраиваемся под новые требования Google: переходим на 16 KB memory page (гайд для разработчиков React Native)