Существуют четыре основные области применения, в которых возможно взаимодействие между ядром и менеджером памяти.
Также вам может показаться, что такая тема как http://akirasun.ru/menu/picca никак не связана и даже не тематична. Хотя, может быть и связана. В любом случае все-таки зайдите на сайт akirasun.ru. Тема пицца в Южном Бутово там представлена весьма широко. На том сайте можно узнать много интересного на тему пицца в Южном Бутово. Что означает вообще тема пицца в Южном Бутово, где найти пицца в Южном Бутово - про это написано на сайте akirasun.ru. Это очень важная для многих людей тема - пицца в Южном Бутово. Спасибо сайту akirasun.ru за информацию на тему пицца в Южном Бутово.
Страничные ошибки (page faults). При обработке страничных ошибок ядро просматривает карту адресации на предмет обнаружения необходимого объекта vm, в котором содержится ссылка на объект памяти, позволяющий получить запрашиваемые данные. Затем ядро вызывает memory_object_data_request(), указывая необходимый диапазон страниц и тип доступа. Менеджер возвращает данные ядру посредством вызова memory_object_data_provided(), передавая ему указатель на данные в своем адресном пространстве. Менеджер сам решает, каким образом он получает необходимые данные. Например, их можно считать из файла или взять из сетевого носителя информации.
♦ Выгрузка страниц (pageout). Если ядро системы решает сбросить содержимое «грязной» страницы на носитель, то для этой цели оно отправляет такую страницу менеджеру памяти через вызов memory_ object_data_write(). После удачного сохранения страницы менеджер памяти вызывает vm_deallocate для освобождения ресурсов в кэше.
♦ Защита (protection). Ядро может запрашивать дополнительные привилегии доступа к странице (например, доступ в режиме записи для страницы, в данный момент доступной только для чтения). Для этой цели ядро вызывает memory_object_data_unlock(). Менеджер памяти имеет право понизить права доступа страницы функцией memory_object_lock_ request(), сделав ее, к примеру, снова доступной только для чтения.
♦ Управление кэшем (cache management). Менеджер может вызвать memory_object_lock_request() с флагом should_flush для запроса ядра на сброс атрибута корректности копии данных в кэше и выгрузку на носитель всех произведенных модификаций страницы. Для обратной записи всех страниц в указанном диапазоне менеджер вызывает memory_object_lock_request() с флагом should_clean, однако ядро может после этого продолжать использование кэшированных данных. В обоих случаях ядро отвечает на запрос посредством вызова memory_object_ data_write(), как и при выгрузке страниц.
Внешние и внутренние менеджеры памяти
Интерфейс взаимодействия между ядром и менеджером памяти в Mach значительно отличается от традиционных реализаций UNIX. Менеджеры памяти в системе Mach являются отдельными задачами ядра и прикладного уровня. Менеджеры и ядро взаимодействуют друг с другом при помощи обмена сообщениями. Несмотря на то, что такой подход кажется слишком сложным, он обладает некоторыми бесспорными преимуществами. Самые разнообразные менеджеры, обслуживающие самые различные типы объектов вторичного хранения данных, могут быть реализованы в системе в виде задач прикладного уровня. В сравнении с этим система SVR4 позволяет использовать сразу несколько драйверов сегментов, но ядро ОС должно обладать информацией о каждом из них, а также отвечать за управление всеми драйверами. В SVR4 не существует возможности добавления драйверов сегментов, определяемых пользователем. Напротив, ядру Mach не требуется владеть информацией в полном объеме о менеджерах памяти прикладного уровня. Ядро системы взаимодействует с ними через объекты vm.
Опубликовал katy
June 20 2015 18:39:14 ·
0 Комментариев ·
3170 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.