Разбиение - память
Cтраница 2
В главе 4 мы детально изучим управление памятью. Будет исследована важная часть виртуальной памяти наряду с тесно связанными с ней идеями разбиения памяти на страницы и сегменты. [16]
Для ЦВМ с прошитой памятью в САП должна организовываться библиотека прош и т о и памяти. Она рассматривается как промежуточная память, в которую вносятся результаты трансляции программ. Промежуточная память необходима в силу того, что техци-ческое разбиение прошитой памяти на субблоки и модули ( платы) не совпадает с функциональным делением памяти на программы и зоны констант. Наличие библиотеки развязывает эти два вида разбиения прошитой памяти. [17]
Для каждой машины возможны ситуации, при которых значения данных могут пересекать границы элементов памяти. В статью описания элементарного данного может быть добавлена фраза, которая приведет к выравниванию значений данных относительно стандартного разбиения памяти на слова. [18]
Если память каким-либо образом разбита на два или более банков, пока происходит вывод данных источника, может осуществляться доступ к данным приемника. В результате это даст экономию времени, поскольку CPU будет свободен во время вывода. Это может быть реализовано с помощью метода, называемого расслоением. Расслоение вызывает разбиение памяти на два, четыре ( или другие степени числа два) банка. Каждый банк имеет собственную пару регистров данных памяти и адреса памяти. Следовательно, банки могут вводить и выводить данные независимо один от другого. [19]
Содержимое страницы в каком-то смысле случайно. Программист может ничего не знать о страничной организации памяти. Дело в том, что страничное разбиение памяти было придумано для устранения подобных трудностей. Поскольку у пользователя создается иллюзия, что все сегменты постоянно находятся в основной памяти, к ним можно обращаться и не следить при этом за оверлеями. [20]
Для ЦВМ с прошитой памятью в САП должна организовываться библиотека прош и т о и памяти. Она рассматривается как промежуточная память, в которую вносятся результаты трансляции программ. Промежуточная память необходима в силу того, что техци-ческое разбиение прошитой памяти на субблоки и модули ( платы) не совпадает с функциональным делением памяти на программы и зоны констант. Наличие библиотеки развязывает эти два вида разбиения прошитой памяти. [21]
Если эта часть памяти не меняется с изменением в. Память М будет абсолютной, если в нее включается необходимая память для всех подпрограмм, которые содержатся в ВМ и используются при реализации в. Здесь опускаются вопросы разбиения памяти на оперативную, пассивную и пр. [22]
Рассчитана на работу с разнообразным оборудованием. Версии системы генерируются в зависимости от ее применения: от небольших систем для лабораторных исследований до больших многопользовательских систем обработки и управления. Ориентирована на накопители на магнитных дисках и использует их как для сохранения системы и системных файлов, так и п качестве основного носителя данных. Возможны создание общей файловой системы, временная ныгрузка задач из ОП, быстрая инициализация задач, работа с перекрытиями. Параллельное выполнение многих задач D мультипрограммном режиме реального времени реализуется путем приоритетной диспетчеризации, структуры разбиения памяти на разделы, временной выгрузки задач на магнитные диски, оперативного вмешательства пользователей со своих ПУ ( терминалов) в процесс прохождения задач. Загрузка задач в ОП, временная выгрузка задач на магнитные диски во время их выполнения производятся за одно обращение к ним, что существенно увеличивает быстродействие системы. Любой из многих обслуживаемых терминалов пользователя можно использовать в качестве командного терминала и вводить с него команды запуска, отмены задачи, команды установки некоторых системных параметров. Система ОС РВ обеспечивает также: выходы из синхронных и асинхронных прерываний, восстановление по отказу питания, динамическое распределение памяти; разбиение памяти на разделы, управляемые системой или пользователем; автоматическое уплотнение памяти; широкие возможности работы с файловой системой ОС РВ на магнитных дисках различных типов и магнитной ленте; преобразование файлов в форматах ДОС и ФОБОС к формату файловой структуры ОС РВ и обратно; работу с резидентными библиотеками модулей и общими областями данных; взаимодействие задач, динамическую реконфигурацию ПУ и независимость ввода-вывода от ПУ; многотерминальную работу; динамическую загрузку и выгрузку задач на магнитные диски; систему программирования на базе трансляторов с языков МАКРОАССЕМБЛЕР и ФОРТРАН IV реального времени; работу с библиотеками макроопределений и объектных модулей; диалоговое и пакетное редактирование; широкий переменный набор команд оператора. [23]
Система ОС-РВ рассчитана на работу с разнообразным оборудованием. Версии системы генерируются в зависимости от применения системы: от небольших систем для лабораторных исследований до больших многопользовательских систем обработки и управления. Операционная система ОС-РВ ориентирована на диски и использует их как для сохранения системы и системных файлов, так и в качестве основного носителя данных. Благодаря такому использованию диска возможно создание общей файловой системы, временная выгрузка задачи из оперативной памяти, быстрая инициация задач, работа с перекрытиями. ОС-РВ обеспечивает мультипрограммный режим реального времени, разделение ресурсов системы на базе приоритетов. Параллельное выполнение многих задач в режиме реального времени обеспечивается за счет приоритетной диспетчеризации, структуры разбиения памяти на разделы, временной выгрузки задач на диск, оперативного вмешательства пользователей со своих терминалов в процесс прохождения задач. [24]
Главная проблема была связана с необходимостью разбиения основной памяти на разделы. Размеры разделов, естественно, должны задаваться так, чтобы возможности вычислительной установки наилучшим образом соответствовали решаемым на ней задачам. Если размер некоторого раздела равен 64К, то, следовательно, в нем предполагается выполнять задания, использующие близкие к 64К объемы основной памяти. Аналогично и размеры других разделов ориентированы на выполнение в них максимальных по объему заданий. Если каждый день в течение всего времени работы аппаратуры обслуживаются два задания, требующие по 64К памяти, и два задания, требующие по 32К памяти, то это означает, что данный вариант разбиения памяти на разделы оптимален с точки зрения эффективности, поскольку не приводит к простою оборудования. [25]
 |
Схема косвенной адресации.| Схема косвенной адресации с использованием ОЗУ. [26] |
Поэтому заранее не известно, какие именно ячейки памяти в данный момент свободны и могут быть использованы выполняемой программой. Следовательно, программа не может быть составлена в исполнительных адресах. В связи с этим возникает необходимость в переводе условных адресов в исполнительные в процессе работы машины. Динамическое распределение памяти ( ДРП) осуществляется особенно просто при страничной системе нумерации ячеек, при которой вся память машины ( то есть ОЗУ, БЗУ и ВЗУ) разбивается на страницы одинакового объема. В свою очередь адреса ячеек разбиваются на две части по а. При принятых обозначениях вся память, состоящая из 2а 2Р ячеек, разбивается на 2а страниц по 23 ячеек в каждой. При таком разбиении памяти ДРП состоит в переводе условных адресов страниц данной программы в исполнительные. Осуществляется такой перевод с помощью так называемых страничных таблиц. Существует два типа страничных таблиц. В страничной таблице первого типа каждой условной странице каждой программы соответствует одна строка, которая содержит номер физической страницы, хранящей данную условную страницу. В страничной таблице второго типа каждой физической странице соответствует одна строка, которая содержит номер условной страницы, хранимой в данной физической странице. [27]
Рассчитана на работу с разнообразным оборудованием. Версии системы генерируются в зависимости от ее применения: от небольших систем для лабораторных исследований до больших многопользовательских систем обработки и управления. Ориентирована на накопители на магнитных дисках и использует их как для сохранения системы и системных файлов, так и п качестве основного носителя данных. Возможны создание общей файловой системы, временная ныгрузка задач из ОП, быстрая инициализация задач, работа с перекрытиями. Параллельное выполнение многих задач D мультипрограммном режиме реального времени реализуется путем приоритетной диспетчеризации, структуры разбиения памяти на разделы, временной выгрузки задач на магнитные диски, оперативного вмешательства пользователей со своих ПУ ( терминалов) в процесс прохождения задач. Загрузка задач в ОП, временная выгрузка задач на магнитные диски во время их выполнения производятся за одно обращение к ним, что существенно увеличивает быстродействие системы. Любой из многих обслуживаемых терминалов пользователя можно использовать в качестве командного терминала и вводить с него команды запуска, отмены задачи, команды установки некоторых системных параметров. Система ОС РВ обеспечивает также: выходы из синхронных и асинхронных прерываний, восстановление по отказу питания, динамическое распределение памяти; разбиение памяти на разделы, управляемые системой или пользователем; автоматическое уплотнение памяти; широкие возможности работы с файловой системой ОС РВ на магнитных дисках различных типов и магнитной ленте; преобразование файлов в форматах ДОС и ФОБОС к формату файловой структуры ОС РВ и обратно; работу с резидентными библиотеками модулей и общими областями данных; взаимодействие задач, динамическую реконфигурацию ПУ и независимость ввода-вывода от ПУ; многотерминальную работу; динамическую загрузку и выгрузку задач на магнитные диски; систему программирования на базе трансляторов с языков МАКРОАССЕМБЛЕР и ФОРТРАН IV реального времени; работу с библиотеками макроопределений и объектных модулей; диалоговое и пакетное редактирование; широкий переменный набор команд оператора. [28]
Страницы: 1 2