Важные замечания про размер блока файловой системы
Размер страницы может не совпадать с размером блока файловой системы. Кроме этого, на одной машине могут сосуществовать сразу несколько файловых систем, имеющих неодинаковые размеры блоков.
Также вам может показаться, что такая тема как http://beton-zavod-podolsk.ru/ никак не связана и даже не тематична. Хотя, может быть и связана. В любом случае все-таки зайдите на сайт beton-zavod-podolsk.ru. Тема производство и продажа бетона м300 там представлена весьма широко. На том сайте можно узнать много интересного на тему производство и продажа бетона м300. Что означает вообще тема производство и продажа бетона м300, где найти производство и продажа бетона м300 - про это написано на сайте beton-zavod-podolsk.ru. Это очень важная для многих людей тема - производство и продажа бетона м300. Спасибо сайту beton-zavod-podolsk.ru за информацию на тему производство и продажа бетона м300.
Подсистема VM работает только со страницами, запрашивая файловую систему о загрузке страниц в память и сбросе их на диск. Задача чтения данных с диска лежит на менеджере объектов vnode файловой системы. Получение страницы данных может потребовать чтения одного блока, сразу нескольких блоков или всего лишь части блока. Если размер файла не пропорционален размеру страниц (то есть при чтении часть последней страницы окажется пустой), менеджер vnode заполнит эту часть нулями.
Система VM использует пространство имен, определяемое парой . Таким образом, при каждом обращении к диску файловая система должна производить пересчет смещения в номер физического блока на диске. Если информация о преобразовании отсутствует в памяти (например, используются блоки косвенной связи и т. д.), ее также необходимо прочесть с диска. Если это действие необходимо произвести при выполнении выгрузки страниц из памяти, операция VOP_PUTPAGE должна уметь предупреждать взаимоисключения. Они могут возникнуть в том случае, если в системе не хватает памяти для чтения блоков косвенной связи, в которых и находится информация о «грязных» страницах, чье содержимое требуется сбросить на диск.
Виртуальное пространство свопинга в Solaris
Реализация уровня свопинга в операционной системе SVR4 обладает несколькими недостатками. Размер анонимной памяти, доступной для выделения системой, ограничено объемом физического пространства свопинга. При размещении страниц на резервных носителях их физическое месторасположение выбирается случайно из доступного пространства свопинга и может быть изменено только при удалении устройства свопинга из системы. Реализация не обладает возможностями интеллектуального управления пространства свопинга, что позволило бы оптимизировать работу как страничной системы, так и уровня свопинга.
В системе Solaris 2.x было впервые применено понятие виртуального пространства свопинга, реализованного с целью избавления от ограничений, имеющихся в SVR4 [2]. При этом разработчики поставили перед собой следующие цели:
♦ увеличение доступного пространства свопинга путем задействования физической памяти;
♦ возможность динамического изменения расположения страниц в пространстве свопинга.
В операционной системе Solaris была представлена новая файловая система swapfs, в которой виртуальное резервное хранение было перенесено на уровень анонимности. В этом разделе книги мы рассмотрим некоторые возможности уровня свопинга системы Solaris.
Опубликовал katy
June 20 2015 10:19:19 ·
0 Комментариев ·
2456 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
