При подкачке страниц нет необходимости добавлять смещение страницы к начальному адресу фрейма страницы, чтобы сгенерировать физический адрес.
В ответе (в книге) я не получаю
"Начальный адрес n-битного фрейма страницы кратен 2 ^ n. Таким образом, битовая комбинация начального адреса фрейма состоит из номера фрейма, за которым следуют n 0".
Пожалуйста, объясни.
1 ответ
Вам нужна другая книга.
Начальный адрес n-битного фрейма страницы кратен 2^n. Таким образом, битовая комбинация начального адреса кадра состоит из номера кадра, за которым следуют n 0 ".
Это чепуха или хотя бы частичная чепуха. Предполагается, что фреймы страниц адресуются, а не индексируются.
В реальном режиме память адресуется, но нет кадров страницы. Когда используется логическая трансляция памяти, фреймы страниц индексируются в каждой системе, которую я видел.
Если бы рамки страниц были адресованы так, как это предлагается в вашей книге, 1) Система не могла бы иметь больше физической памяти, чем можно было бы адресовать, используя размер слова ЦП; и 2) таблицы страниц будут излишне большими, потому что они должны будут учитывать как полный адрес фрейма страницы, так и любые служебные биты.
Обычно таблицы страниц используют резервные биты из размера страницы для накладных расходов на управление страницей.
Если первый байт в фрейме страницы должен быть доступен в реальном режиме, то такой байт будет иметь адрес, кратный размеру страницы (который всегда равен степени 2). Таким образом, младшие биты в адресе будут представлять собой строку нулей. Но в виртуальном / логическом переводе рамки страницы не имеют адресов.
Я не понимаю, почему эти книги об операционных системах настаивают на путанице предмета.