В UNIX поддерживаются три вида доступа к файлам: загрузка страниц исполняемых файлов в память по необходимости, прямой доступ к отображаемым (nmap) файлам или применение вызовов read и write по отношению к открытым файлам. Первые два метода сходны друг с другом, так как после загрузки в память области текстов и данных исполняемого файла последующий доступ к ним мало чем отличается от обращений к отображаемым (nmap) файлам. В обоих случаях для доступа к данным ядро использует подсистему памяти и исключительные состояния.
Также вам может показаться, что такая тема как http://www.centerkrasok.ru/ никак не связана и даже не тематична. Хотя, может быть и связана. В любом случае все-таки зайдите на сайт centerkrasok.ru. Тема краска для ремонта оптом там представлена весьма широко. На том сайте можно узнать много интересного на тему краска для ремонта оптом. Что означает вообще тема краска для ремонта оптом, где найти краска для ремонта оптом - про это написано на сайте centerkrasok.ru. Это очень важная для многих людей тема - краска для ремонта оптом. Спасибо сайту centerkrasok.ru за информацию на тему краска для ремонта оптом.
Проведение границы между вызовами read и write и доступом к образам (созданным при помощи mmap) может стать причиной некорректных ситуаций. В традиционных системах вызов read читает данные с диска в буферный кэш и из него в адресное пространство процесса. Если другой процесс вызовет mmap по отношению к тому же файлу, в памяти машины будут существовать две копии данных: одна — в буферном кэше, а вторая будет являться физической страницей, отображенной в адресном пространстве второго процесса.
Если оба процесса произведут изменения в файле, ожидать можно всего.
Для предупреждения проблемы в системе VM произведена унификация всех трех методов доступа. Если процесс производит вызов read по отношению к открытому файлу, ядро сначала отобразит необходимые страницы файла в их собственные виртуальные адресные пространства при помощи драйвера seg_map, и только затем скопирует данные в адресное пространство процесса. Драйвер seg_map управляет вверенным ему адресным виртуальным пространством как кэшем; таким образом, в памяти находятся только те страницы, к которым обращения происходили относительно недавно. Тем самым система VM может играть роль буферного кэша, который становится излишним. Использование драйвера seg_map также позволяет полностью синхронизировать все виды доступа к файлам.
В системе имеется единственный драйвер seg_map. Он относится к ядру и создается при инициализации системы. Драйвер поддерживает две дополнительные функции: segmap_getmap() — для отображения части vnode в виртуальное адресное пространство и segmap_release() — для сброса такого отображения и записи данных обратно на диск (если они были изменены). Задача этих функций схожа с традиционными функциями буферного кэша bread() и brelse()/bwrite() и более подробно объясняется в разделе 14.8. Драйвер seg_map является оптимизированной для VM версией драйвера vnode и предоставляет возможность быстрого отображения файлов для ядра.
Драйвер seg_dev
Драйвер seg_dev отображает символьные устройства, реализующие интерфейс mmap. Обычно он применяется для работы с буферами фреймов, физической памятью, виртуальной памятью ядра и шинами памяти. Поддерживает только разделяемые отображения.
Драйвер seg_kmem
Этот драйвер отображает участки адресного пространства ядра, к которым относятся области текстов, данных bss и динамически выделяемой памяти ядра. Такие отображения не являются страничными, преобразование адресов для них постоянно до тех пор, пока ядро не отменит отображение объекта (например, освободит динамически выделяемую память).
Драйвер seg_kp
Драйвер seg_kp отвечает за структуры нитей, стека ядра и легковесных процессов в многонитевых реализациях систем, таких как Solaris 2.x (см. раздел
3.6).
Такие структуры могут находиться в областях памяти, поддерживающих или не поддерживающих свопинг. Драйвер seg_kp также выделяет «красные» зоны (red zones), чтобы обезопасить ядро от переполнения стека. «Красной» зоной называется защищенная от изменений страница, располагаемая в конце стека. Любая попытка записи в эту страницу приведет к исключительному состоянию, благодаря чему соседние страницы оберегаются от повреждения.
Опубликовал katy
June 20 2015 09:12:33 ·
0 Комментариев ·
3038 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
