Операционные системы с объектной структурой

Операционные системы с объектной структурой используют объекты в качестве собственного механизма внутренней структуризации. В этих системах объекты могут представлять ресурсы, такие как файлы, память, процессы и устройства. Управление каждым конкретным типом ресурсов и представляющими их объектами может осуществляться отдельной программой.

У операционных систем с объектной структурой имеется ряд достоинств. Такая структура обеспечивает стандартное представление ресурсов в терминах атрибутов и интерфейсных операций. Кроме того, она позволяет именовать объекты, защищать их и совместно использовать с помощью универсальных механизмов, входящих в состав системы управления объектами.

Это означает, что, научившись пользоваться одним ресурсом, например файлами, пользователь сможет применять любые другие ресурсы системы.

Все системы требуют однозначной идентификации объектов. Пользователь существующего объекта должен знать его имя. Оно назначается объекту и сохраняется до тех пор, пока существует сам объект.

На Рис.2.3 приведен фрагмент возможной схемы именования, включающей файлы и устройства.

Рис.2.3.Пример схемы именования объектов.

Рис.2.3. См. схему в главе 9.

Подобная схема допускает расширение для поддержки других типов объектов. Вместо каталогов файлов в данном случае используются каталоги объектов.

Альтернативный подход заключается в назначении уникального имени каждому типу объектов.

Новому объекту конкретного типа присваивается идентификатор уникальный в пределах этого типа. Тогда уникальное имя может иметь такую форму:

Тип 23 объект 456 получит идентификатор 23456.

Показанные структуры – это только одни из возможных подходов к реализации уникального именования объектов.

Для всех объектов – файлов, устройств, процессов и памяти -  может использоваться одна и та же схема управления доступом. Владелец объекта объявляет, что процессы, выполняемые от имени заданных пользователей или выполняющие заданные программы, могут вызывать определенные методы этого объекта.

Затраты на проверку таких прав доступа при каждом обращении процесса с объектом существенны, и эта схема может быть оптимизирована следующим образом:

Для использования объекта клиентская программа должна его открыть, указав в качестве параметров имя и предполагаемый режим использования. В том случае, если проверка прав доступа пройдет успешно, объект будет «открыт для использования» и клиенту будет возвращён дескриптор объекта. В дальнейшем при работе процесс будет использовать только дескриптор объекта, без проверки прав доступа.

Дескриптор – блок данных содержащий информацию о состоянии процесса или объекта.

Для взаимодействия различных операционных систем создается слой программного обеспечения, называемый промежуточным программным обеспечением или промежуточной платформой.

Он работает поверх операционной системы и обеспечивает унифицированную поддержку необходимых функций.

Друзья! Приглашаем вас к обсуждению. Если у вас есть своё мнение, напишите нам в комментарии.