Логическая страница

Cтраница 1

Логическая страница имеет размер 8 х 10 дюймов, поэтому центр находится в четырех дюймах ( или 1200 точек) от левого края и в 5 дюймах ( или 1500 точек) от верхнего края. [1]

Размещение нескольких логических страниц на одном физическом листе с использованием multi. pro. [2]

Размер логических страниц подгоняется под заказанное расположение, т.е. в рассматриваемом примере страницы сжаты с обеих сторон, чтобы поместиться. Более полезное размещение получается при указании false 4 4 multi, четырех строк и четырех столбцов в вертикальной ориентации; печать шестнадцати страниц на одном листе оказывается удивительно полезной, когда вы делаете что-нибудь подобное проверке расположения текста в большой книге. [3]

Указывает число логических страниц, которое надо разместить на каждой выходной странице. Это может быть произвольное число, и тогда программа psnup сделает все возможное, чтобы найти наиболее подходящее размещение, но может выдать ошибку, если не найдет ничего подходящего. [4]

Когда этот разряд установлен для конкретной логической страницы, процессор не может осуществить случайные перезаписи команд или данных в этой странице. Более сложные по структуре блоки MMU могут предоставлять другие формы контроля по доступу к памяти, такие, как только выполнение операций для страниц, содержащих команды. В этом случае процессор может только выполнять операции, но не считывать их как данные. [5]

Более сложные блоки MMU допускают использование логической страницы, которая меньше полной страницы физической памяти, и могут осуществить лучший выбор границ для физических страниц. В этом случае для программы нет необходимости использовать физическую страницу максимального размера, что позволяет более рационально распределять память в ЭВМ. [6]

Вставляет дополнительные поля ширины border вокруг каждой логической страницы, - с Упорядочивает страницы на листе бумаги по столбцам, а не по строкам. [7]

Программа psnup берет PostScript овский файл и создает выходной файл, в котором несколько логических страниц размещены на одном физическом листе. [8]

Большинство операционных систем с виртуальной памятью построено в расчете на некоторый фиксированный размер страничных рамок, что объясняется нежеланием их разработчиков создавать себе дополнительные проблемы соответствия физических и логических страниц. [9]

Логическое адресное пространство разделяется на страницы, имеющие объем 1К байт, а физическое адресное пространство разделяется на блоки такого же размера. Механизм управления памятью сопоставляет логические страницы произвольным физическим блокам; информация о шестнадцати страницах, которые использовались последними, запоминается в ассоциативном буфере преобразования адресов. Когда в буфере не оказывается необходимой информации, ЦПУ осуществляет преобразование адреса с помощью таблиц, находящихся в памяти, и нужная информация загружается в буфер. [10]

Как показано на рис. 7.25, блок MMU обеспечивает деление пространства как физических, так и логических адресов на страницы объемом по 8 К байт. В любое время адреса в каждой логической странице преобразуются в соответствующие адреса в физической странице, указываемой строкой карты. Хотя отсутствуют средства, которые предотвратили бы преобразование двух или более логических страниц в одну и ту же физическую страницу, обычно различные логические страницы преобразуются в различные физические страницы. В любом случае программа в данный момент времени может осуществить доступ только к части физической памяти. Чтобы осуществить доступ к физической странице, которая не имеет логической страницы в существующей карте, программа должна изменить карту. [11]

В следующем разделе мы рассмотрим набор полезных программ, которые осуществляют большую часть таких преобразований. Перед этим, однако, кратко рассмотрим некоторые другие возможности объединения нескольких логических страниц для печати на одном листе бумаги. [12]

Компилятор DMCL проверяет на достоверность входной синтаксис и посылает описание схемы в словарь данных, чтобы организовать модуль конечной программы на DMCL в форме операторов языка АССЕМБЛЕР. Конечная программа на DMCL содержит описание всех переименованных областей и связанных с ними файлов, логических страниц и относительных номеров блоков для областей, блоков управления множествами данных и цепочек буферов. Скомпонованный модуль конечной программы на DMCL включается во время выполнения совместно с модулями DBMS ( системы управления базой данных) и с другими модулями, поддерживающими функционирование системы IDMS, а также управляет физическим вводом-выводом для всей базы данных и контрольными операциями возврата-восстановления. [13]

Чем меньший объем памяти реально выделяется программе, тем больше происходит в процессе ее выполнения прерываний из-за адресации отсутствующих в памяти страниц. Естественно, что активное применение концепции локализации приводит к уменьшению размеров соответствующих физических областей, а значит, потенциально определяет дополнительную нагрузку на процессор, которому необходимо анализировать и обрабатывать особые случаи обращения к страницам, а также на систему ввода-вывода, которая должна выполнять подкачку логических страниц в память. Если процессор и система ввода-вывода даже в обычной ситуации используются на пределе возможностей, то при создании дополнительной нагрузки эффективность обработки программной смеси скорее всего снизится. [14]

Адрес страницы определяет старшие 12 или 13 разрядов, которые заменяют НСГ и НСТР при преобразовании логического адреса в физический. Бит I определяет возможность доступа ( 1 0) к соответствующей странице. Если 1 1, то это может означать, что нужной логической страницы в оперативной памяти нет и операционная система должна позаботиться о ее подкачке. [15]

Страницы: 1 2