А. С. Деревянко , М. Н. Солощук - Операционные системы. Часть I. Построение и функционирование операционных систем. Учебное пособие
Название: | Операционные системы. Часть I. Построение и функционирование операционных систем. Учебное пособие | |
Автор: | А. С. Деревянко , М. Н. Солощук | |
Жанр: | Учебники и пособия ВУЗов, Современные издания стран бывшего СССР, Литература ХXI века (эпоха Глобализации экономики), ОС: теоретические вопросы | |
Изадано в серии: | неизвестно | |
Издательство: | НТУ “ХПИ” | |
Год издания: | 2002 | |
ISBN: | неизвестно | |
Отзывы: | Комментировать | |
Рейтинг: | ||
Поделись книгой с друзьями! Помощь сайту: донат на оплату сервера |
Краткое содержание книги "Операционные системы. Часть I. Построение и функционирование операционных систем. Учебное пособие"
Представлена концепция операционной системы как набора программных модулей, выполняющих планирование аппаратных и программных ресурсов. Рассмотрены дисциплины и алгоритмы планирования для различных ресурсов при различных задачах, стоящих перед системами.
Предназначено для студентов и специалистов направлений «Компьютерные науки» и «Компьютерная инженерия».
Читаем онлайн "Операционные системы. Часть I. Построение и функционирование операционных систем. Учебное пособие". [Страница - 86]
логической
структурой
файловой
системы.
Например,
требуется,
чтобы
при
перемещении объекта-оригинала в файловой системе все ссылки на него
перенаправлялись на новое его место. Не все интерфейсы ОС успешно
справляются с этой задачей.
Важным аспектом объектной ориентации является настройка
интерфейса для конкретного пользователя. Обычно, если интерфейс
рассматривается с точки зрения приложений, отмечается полезность
создания нескольких форм интерфейса, ориентированных на пользователя
разной квалификации – новичка, опытного, профессионала. Хотя та же
задача может ставиться и перед интерфейсом ОС, более важной, на наш
376
взгляд является интеграция интерфейса с системой безопасности ОС.
Интерфейс должен показывать пользователю только те объекты и
предоставлять ему только те команды, к которым данный пользователь
имеет доступ. Такое возможно в тех ОС, где система безопасности тесно
связана
с объектно-ориентированными
свойствами ОС. Настройки
интерфейса могут являться частью профиля пользователя.
Каково место интерфейса WIMP в ОС? Можно назвать три подхода к
выбору такого места.
Графический интерфейс может встраиваться в саму ОС и быть ее
неотъемлемой частью. Такой подход применяется во всех продуктах
семейства Windows и в ОС компьютеров Apple (в последних WIMP даже
встроен в ПЗУ компьютера). Это дает возможность тесно интегрировать
интерфейс с ОС и повысить производительность интерфейсных модулей,
выполняя часть из них в режиме ядра. Однако такой подход в то же время
является неэкономным, так как интерфейс WIMP расходует много
ресурсов и до некоторой степени опасным, так как модули WIMP могут
явиться дополнительным источником ошибок в системе.
Графический интерфейс может представлять собой отдельное
приложение, поставляемое в составе операционной системы и, возможно,
достаточно тесно интегрированное с ней. Пример такого приложения –
Workplace Shell OS/2. Такое приложение не допускается в режим ядра, но
может использовать API более низкого уровня, чем обычно используемый
в приложениях. Такое приложение WIMP не является обязательным
компонентом ОС, система может работать и без него, в режиме командной
строки или загрузить другое приложение WIMP.
Наконец,
графический
интерфейс
может
представлять
собой
приложение, никак не связанное с ОС, выполняющееся в тех же условиях,
что и другие приложения, и выполняющее действия, задаваемые
пользователем, используя обычный API ОС. В этом случае ОС не связана
377
жестко с одним модулем WIMP, и графический интерфейс может
выбираться по желанию пользователя. Примером такой ОС с большим
выбором интерфейсов является Linux.
Нам представляется, что второй и третий подходы, дающие
пользователю возможность выбора, являются предпочтительными.
Принцип согласованности интерфейса диктует необходимость для
всех разработчиков приложений обеспечивать однотипный интерфейс в
разных приложениях. Естественным решением является возможность для
разработчиков приложений использовать те же модули и объекты, которые
используются
для
встроенного
в
ОС
обеспечивающие
пользователей
построения
графического
интерфейса
интерфейсные функции,
через
ОС.
WIMP-интерфейса
соответствующий
В
системные
случае
объекты,
делаются доступными для
API
(Windows).
В
случае
интерфейса, представляющего собой интегрированное с ОС приложение,
библиотека интерфейсных функций и объектов поставляется в составе ОС
(Object Class Library в OS/2). Основой независимых графических
интерфейсов являются независимые инструментальные средства, на
основе которых может быть построен тот или иной WIMP-интерфейс.
Одной из наиболее успешных систем для построения таких
интерфейсов
является
X
Window,
созданная
в
Массачусетском
Технологическом Институте. Архитектура X Window построена по
принципу
клиент/сервер.
Взаимодействие
X-клиента
и
X-сервера
происходит в рамках прикладного уровня – X-протокола. Для X Window
безразличен транспортный уровень передачи, таким образом, X-клиент и
X-сервер могут располагаться на разных компьютерах, в --">
структурой
файловой
системы.
Например,
требуется,
чтобы
при
перемещении объекта-оригинала в файловой системе все ссылки на него
перенаправлялись на новое его место. Не все интерфейсы ОС успешно
справляются с этой задачей.
Важным аспектом объектной ориентации является настройка
интерфейса для конкретного пользователя. Обычно, если интерфейс
рассматривается с точки зрения приложений, отмечается полезность
создания нескольких форм интерфейса, ориентированных на пользователя
разной квалификации – новичка, опытного, профессионала. Хотя та же
задача может ставиться и перед интерфейсом ОС, более важной, на наш
376
взгляд является интеграция интерфейса с системой безопасности ОС.
Интерфейс должен показывать пользователю только те объекты и
предоставлять ему только те команды, к которым данный пользователь
имеет доступ. Такое возможно в тех ОС, где система безопасности тесно
связана
с объектно-ориентированными
свойствами ОС. Настройки
интерфейса могут являться частью профиля пользователя.
Каково место интерфейса WIMP в ОС? Можно назвать три подхода к
выбору такого места.
Графический интерфейс может встраиваться в саму ОС и быть ее
неотъемлемой частью. Такой подход применяется во всех продуктах
семейства Windows и в ОС компьютеров Apple (в последних WIMP даже
встроен в ПЗУ компьютера). Это дает возможность тесно интегрировать
интерфейс с ОС и повысить производительность интерфейсных модулей,
выполняя часть из них в режиме ядра. Однако такой подход в то же время
является неэкономным, так как интерфейс WIMP расходует много
ресурсов и до некоторой степени опасным, так как модули WIMP могут
явиться дополнительным источником ошибок в системе.
Графический интерфейс может представлять собой отдельное
приложение, поставляемое в составе операционной системы и, возможно,
достаточно тесно интегрированное с ней. Пример такого приложения –
Workplace Shell OS/2. Такое приложение не допускается в режим ядра, но
может использовать API более низкого уровня, чем обычно используемый
в приложениях. Такое приложение WIMP не является обязательным
компонентом ОС, система может работать и без него, в режиме командной
строки или загрузить другое приложение WIMP.
Наконец,
графический
интерфейс
может
представлять
собой
приложение, никак не связанное с ОС, выполняющееся в тех же условиях,
что и другие приложения, и выполняющее действия, задаваемые
пользователем, используя обычный API ОС. В этом случае ОС не связана
377
жестко с одним модулем WIMP, и графический интерфейс может
выбираться по желанию пользователя. Примером такой ОС с большим
выбором интерфейсов является Linux.
Нам представляется, что второй и третий подходы, дающие
пользователю возможность выбора, являются предпочтительными.
Принцип согласованности интерфейса диктует необходимость для
всех разработчиков приложений обеспечивать однотипный интерфейс в
разных приложениях. Естественным решением является возможность для
разработчиков приложений использовать те же модули и объекты, которые
используются
для
встроенного
в
ОС
обеспечивающие
пользователей
построения
графического
интерфейса
интерфейсные функции,
через
ОС.
WIMP-интерфейса
соответствующий
В
системные
случае
объекты,
делаются доступными для
API
(Windows).
В
случае
интерфейса, представляющего собой интегрированное с ОС приложение,
библиотека интерфейсных функций и объектов поставляется в составе ОС
(Object Class Library в OS/2). Основой независимых графических
интерфейсов являются независимые инструментальные средства, на
основе которых может быть построен тот или иной WIMP-интерфейс.
Одной из наиболее успешных систем для построения таких
интерфейсов
является
X
Window,
созданная
в
Массачусетском
Технологическом Институте. Архитектура X Window построена по
принципу
клиент/сервер.
Взаимодействие
X-клиента
и
X-сервера
происходит в рамках прикладного уровня – X-протокола. Для X Window
безразличен транспортный уровень передачи, таким образом, X-клиент и
X-сервер могут располагаться на разных компьютерах, в --">
Книги схожие с «Операционные системы. Часть I. Построение и функционирование операционных систем. Учебное пособие» по жанру, серии, автору или названию:
Виктор Гаврилович Лёвин - Русская философия: Учебное пособие Жанр: Философия Год издания: 2006 |
В. А. Герасимов - Начертательная геометрия: учебное пособие Жанр: Учебники и пособия ВУЗов Год издания: 2008 |
Игорь Федорович Шарыгин - Математика для поступающих в вузы. Учебное пособие Жанр: Математика Год издания: 2006 Серия: В помощь абитуриенту |