Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
May 19 2025 21:19:59   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 35404
Учимся удалять!... 32511
Примеры, синони... 23825
Просмотр готовы... 23092
Декартовы коорд... 22930
FAST (методика ... 21843
содержание - се... 21164
Просмотр готовы... 19937
Работа с инстру... 15437
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

Пользователей: 9,955
новичок: Logyattella
Друзья сайта
Ramblers Top100
Рейтинг@Mail.ru

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
6.2 ФОРМАТ ПАМЯТИ СИСТЕМЫ
Предположим, что физическая память машины имеет адреса, начиная с 0 и кончая адресом, равным объему памяти в байтах. Как уже отмечалось в главе 2, процесс в системе UNIX состоит из трех логических секций: команд, данных и стека. (Общую память, которая рассматривается в главе 11, можно считать в данном контексте частью секции данных). В секции команд хранится набор машинных инструкций, исполняемых под управлением процесса; адресами в секции команд выступают адреса команд (для команд перехода и обращений к подпрограммам), адреса данных (для обращения к глобальным переменным) и адреса стека (для обращения к структурам данных, которые локализованы в подпрограммах). Если адреса в сгенерированном коде трактовать как адреса в физической памяти, два процесса не смогут параллельно выполняться, если их адреса перекрываются. Компилятор мог бы генерировать адреса, непересекающиеся у разных программ, но на универсальных ЭВМ такой порядок не практикуется, поскольку объем памяти машины ограничен, а количество транслируемых программы неограничено. Даже если для того, чтобы избежать излишнего пересечения адресов в процессе их генерации, машина будет использовать некоторый набор эвристических процедур, подобная реализация не будет достаточно гибкой и не сможет удовлетворять предъявляемым к ней требованиям.
Поэтому компилятор генерирует адреса для виртуального адресного пространства заданного диапазона, а устройство управления памятью, называемое диспетчером памяти, транслирует виртуальные адреса, сгенерированные компилятором, в адреса ячеек, расположенных в физической памяти. Компилятору нет необходимости знать, в какое место в памяти ядро потом загрузит выполняемую программу. На самом деле, в памяти одновременно могут существовать несколько копий программы: все они могут выполняться, используя одни и те же виртуальные адреса, фактически же ссылаясь на разные физические ячейки. Те подсистемы ядра и аппаратные средства, которые сотрудничают в трансляции виртуальных адресов в физические, образуют подсистему управления памятью.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.

Нет данных для оценки.
Гость
Имя

Пароль



Вы не зарегистрированны?
Нажмите здесь для регистрации.

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Что такое интелле...
9.4. Интегрирован...
Подсхемы
10.1.2.1 Open
4.10 УПРАЖНЕНИЯ
6.6 ПРИОСТАНОВКА В...
Достоинства и недо...
Протоколы
Картография — важн...
Глава 5. ЕИН
ГЛАВА 13. РАСПРЕД...
Основные характери...
Представление
Степень связи
Глава шестая. РАС...
Выводы 2
2.1.5. Уровень 5 –...
Глава 6. GPS для ...
ОГЛАВЛЕНИЕ
4. Особенности выд...
Реинжиниринг бизне...
4. Структура реинж...
5.2 Адресация в IP...
Необязательные атр...
2.4.5 Построение д...
3. Обзор концепции...
Великолепный Linux
Необычные дуги
Что есть что
5.6 CLOSЕ
10.4.1 Более детал...
4.2 СТРУКТУРА ФАЙ...
9. Количество проц...
Радиосеть IEEE 802...
Дуги в уникальных ...
Дисплей
Рационален ли чел...
10.5 ВЫВОДЫ
3.1.4. Определение...
6.3 КОНТЕКСТ ПРОЦЕССА
Мини-чат
Вам необходимо залогиниться.

Нет присланных сообщений.
Copyright © 2009