Исходное сообщение
"В рамках проекта Runtime.JS развивается ядро ОС на базе..." Отправлено Аноним, 29-Июн-14 09:56
Размер страницы в long mode и 32 bit Protected Mode одинаков - 4kB Большие страницы в long mode 2MB, в 32 2MB (PAE) или 4MB. > а также больше размер страницы, больше размер управляющих структур (бедные кэши) и > реально выигрыша почти никакого (или никакого вообще). а push/pop в современных > процессорах совсем не такой дорогой, как кажется. да и делают его > только совсем глупенькие кодогенераторы, остальные вполне умеют регистры распределять > получше. > как будто при вызове функций регистры не замусориваются, и их не надо > сохранять и восстанавливать. никуда любимые перезагрузки не делись, просто register allocators > можно писать подубовей, вот и всё. > p.s. тьфу. «более оптимально». липнет, зараза…

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Размер страницы в long mode и 32 bit Protected Mode одинаков - > 4kB > Большие страницы в long mode 2MB, в 32 2MB (PAE) или 4MB. >> а также больше размер страницы, больше размер управляющих структур (бедные кэши) и >> реально выигрыша почти никакого (или никакого вообще). а push/pop в современных >> процессорах совсем не такой дорогой, как кажется. да и делают его >> только совсем глупенькие кодогенераторы, остальные вполне умеют регистры распределять >> получше. >> как будто при вызове функций регистры не замусориваются, и их не надо >> сохранять и восстанавливать. никуда любимые перезагрузки не делись, просто register allocators >> можно писать подубовей, вот и всё. >> p.s. тьфу. «более оптимально». липнет, зараза…
	Введите код, изображенный на картинке: