Этот подход явно увеличивает производительность системы, поскольку потери на настройку отображений меньше по сравнению с обработкой дополнительных исключений.
Еще одно нововведение относится к разделению памяти на основе копирования при записи.
Также вам может показаться, что такая тема как http://automarket124.ru/catalog/ никак не связана и даже не тематична. Хотя, может быть и связана. В любом случае все-таки зайдите на сайт automarket124.ru. Тема каталог тойота онлайн там представлена весьма широко. На том сайте можно узнать много интересного на тему каталог тойота онлайн. Что означает вообще тема каталог тойота онлайн, где найти каталог тойота онлайн - про это написано на сайте automarket124.ru. Это очень важная для многих людей тема - каталог тойота онлайн. Спасибо сайту automarket124.ru за информацию на тему каталог тойота онлайн.
Затраты на копирование всех страниц остаются по- прежнему высокими (по этой причине в системе продолжает использоваться методика копирования при записи), поэтому важно уметь предугадать, какие из них необходимо дублировать в любом случае. Применение копирования при записи происходит, как правило, при выполнении вызова fork. Эта функция чаще всего вызывается интерпретаторами для реализации выполнения указанной команды. Анализ схем использования памяти несколькими различными интерпретаторами (sh, csh, ksh и т. д.) показал, что каждый процесс вызывает fork по несколько раз, при этом выполнение каждого последующего вызова очень похоже на выполнение предыдущего. Как правило, после каждой операции fork производится изменение одних и тех же переменных.
В терминах страничной подсистемы это означает, что набор страниц, послуживших причиной исключения при первом вызове fork, скорее всего останется тем же самым при последующем вызове.
При внесении изменений в страницу, имеющую атрибут копирования при записи, страница становится анонимной. Это позволяет легко произвести оптимизацию системы. В новой реализации VM системный вызов fork просматривает набор анонимных страниц родительского процесса и производит физическое копирование тех из них, которые оказались в памяти. Ожидается, что именно эти страницы будут модифицированы после завершения работы fork. Упреждающее копирование позволяет уменьшить загрузку системы по обработке мнимых исключений.
Перечисленные выше улучшения системы VM значительно сократили общее количество исключений (страничных ошибок). Из табл. 14.1 видно, что общее число исключений новой реализации системы значительно меньше по сравнению с оригинальной версией VM и сегментной архитектурой.
«Отложенный» подход широко применяется как в системе SVR4, так и Mach. Однако, к чему и ведет наше повествование, преимущества этой методики остаются спорными. Как мы видим, при применении принципа отложенных вычислений следует быть очень осторожными, пользуясь им только в том случае, если его эффективность доказана.
Дополнительные сведения об управлении памятью
Эта глава посвящена обсуждению трех различных тем. Сначала мы поговорим об архитектуре виртуальной памяти ОС Mach, обладающей таким уникальным свойством, как реализация большинства возможностей системы через задачи прикладного уровня. Вторая часть главы будет посвящена вопросам корректности буфера ассоциативной трансляции (TLB) в многопроцессорных системах1. Последние разделы главы описывают проблемы, связанные с обеспечением достоверности и эффективности функционирования виртуально адресуемых кэшей.
Структура подсистемы управления памятью Mach
Операционная система Mach разработана в середине 80-х годов в Университете Карнеги—Меллона. Создание архитектуры памяти для этой ОС шло практически параллельно с разработками SunOS/SVR4 VM (см. главу 14). Несмотря на то, что разработчики этих двух альтернативных архитектур использовали неодинаковую терминологию для описания своих методик, цели, структура и практическая реализация подсистем управления памятью оказались схожими. Многие объекты VM и функции системы SVR4 имеют точные аналоги в Mach. В этом и следующих разделах книги вы увидите описание структуры подсистемы виртуальной памяти операционной системы Mach версии 2.5. Изменения в Mach 3.0 являются незначительными, поэтому они не попали в поле зрения повествования.
Вы не найдете здесь подробного описания всех возможностей Mach VM. Основной причиной этому является сходство архитектур управления памятью в SVR4 и Mach. Вместо этого читателю предлагается сравнительный анализ двух систем. Подробнее остановимся на тех качествах Mach VM, которые не имеют аналогов в SVR4.
Опубликовал katy
June 20 2015 18:27:59 ·
0 Комментариев ·
4583 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
