Исходное сообщение
"Линус Торвальдс не исключил возможность интеграции поддержки..." Отправлено burjui, 25-Июн-22 21:59
>Накладные расходы при постраничной проверке памяти равны 0 для следующих архитектур процессоров: alpha, avr32, ia64, parisc, sparc, sparc64, x86_64, i386 и старше с поддержкой инструкции NX. Здесь был неправ, признаю. Тем не менее, от некорректного обращения к памяти эта технология не защищает. Она защищает от последствий некорректного обращения к памяти - то есть, вместо того, чтобы дать прочитать мусор или переписать адрес возврата, сгенерирует аппаратное исключение, а ОС, скорее всего, грохнет процесс. То есть, код по-прежнему может попытаться прочитать мусор или переполнить буфер, после чего упасть. При статической же проверке некорректных обращений к памяти вовсе не будет.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Накладные расходы при постраничной проверке памяти равны 0 для следующих архитектур процессоров: alpha, avr32, ia64, parisc, sparc, sparc64, x86_64, i386 и старше с поддержкой инструкции NX. > Здесь был неправ, признаю. > Тем не менее, от некорректного обращения к памяти эта технология не защищает. > Она защищает от последствий некорректного обращения к памяти - то есть, > вместо того, чтобы дать прочитать мусор или переписать адрес возврата, сгенерирует > аппаратное исключение, а ОС, скорее всего, грохнет процесс. То есть, код > по-прежнему может попытаться прочитать мусор или переполнить буфер, после чего упасть. > При статической же проверке некорректных обращений к памяти вовсе не будет.
	Введите код, изображенный на картинке: