Cтраница 1
Большинство операционных систем позволяют индивидуальным пользователям определять, кто может читать и писать их файлы, а также иметь доступ к другим их объектам. Такая политика называется дискреционным управлением доступом. Во многих окружениях эта модель прекрасно работает, но существуют среды, в которых необходимы значительно более жесткие требования к безопасности, как, например, в воинских частях, патентных отделах корпораций и больницах. В этих системах организации устанавливают правила, определяющие, кто и что может видеть, и эти правила не могут изменять солдаты, юристы или врачи, по крайней мере, без специального разрешения от своего начальства. Для таких систем, помимо стандартного дискреционного управления доступом, требуется принудительное управление доступом, чтобы гарантировать, что установленная политика безопасности реализуется системой. Принудительное управление доступом регулирует поток информации, гарантируя, что эта информация не потечет по маршруту, по которому ей течь не полагается. [1]
Большинство операционных систем спроектировано так, чтобы работать на различных платформах. Эти платформы могут отличаться центральными процессорами, блоками MMU, длиной машинного слова, объемом оперативной памяти и другими параметрами, которые трудно замаскировать уровнем HAL или его эквивалентом. Тем не менее желательно иметь единый набор исходных файлов, используемых для формирования всех версий. [2]
Большинство операционных систем, работающих с виртуальной памятью, переписывают страницу из основной памяти во внешнюю память только, если ее содержимое было изменено за то время, пока она находилась в физической памяти. Если сравнить выигрыш от изменения команд и время, необходимое для переписи нескольких тысячебайтовых страниц во внешнюю память, то получится недвусмысленный результат. Следовательно, программисты должны всегда принимать во внимание не только то, что делают их программы, но и накладные расходы административной системы. [3]
Большинство операционных систем с виртуальной памятью построено в расчете на некоторый фиксированный размер страничных рамок, что объясняется нежеланием их разработчиков создавать себе дополнительные проблемы соответствия физических и логических страниц. [4]
![]() |
Дерево каталогов UNIX. [5] |
Большинство операционных систем, поддерживающих иерархические каталоги, имеют специальные элементы в каждом каталоге. [6]
Большинство операционных систем спроектировано так, чтобы работать на различных платформах. Эти платформы могут отличаться центральными процессорами, блоками MMU, длиной машинного слова, объемом оперативной памяти и другими параметрами, которые трудно замаскировать уровнем HAL или его эквивалентом. Тем не менее желательно иметь единый набор исходных файлов, используемых для формирования всех версий. [7]
![]() |
Дерево каталогов UNIX. [8] |
Большинство операционных систем, поддерживающих иерархические каталоги, имеют специальные элементы в каждом каталоге. [9]
Большинство операционных систем ЭВМ обеспечены набором подпрограмм для выполнения операций ввода-вывода с использованием стандартных устройств ввода-вывода. Эти подпрограммы называют драйверами. Драйвер ввода-вывода скрывает от программиста технические детали устройства и его аппаратно-реализованного интерфейса, предоставляя в его распоряжение чисто программный интерфейс. [10]
Большинство операционных систем СМ ЭВМ ( ОС РВ, РАФОС, ДИАМС, ДОС КП) предоставляют возможность работы с асинхронными коммуникационными устройствами, обеспечивая построение терминальных комплексов без дополнительного программного обеспечения. Стартстопные символьные протоколы обмена терминальных комплексов используют методы повышения достоверности передачи, основанные на посимвольной защите. Передача символа по каналу электросвязи может проверяться паритетным контролем, а также с помощью эхо-подтверждения. Сущность эхо состоит в том, что в качестве квитирующей информации отправителю посылается копия полученного символа. Этот метод повышает достоверность передачи, но снижает эффективность использования канала, так как пересылка одного символа требует передач в обоих направлениях. [11]
Для большинства операционных систем показатель совокупного спроса зависит от времени года. [12]
В большинстве операционных систем эти требования обеспечиваются только частично. [13]
![]() |
Логическое расположение драйверов устройств. На самом деле весь обмен информацией между драйверами и контроллерами устройств идет по шине. [14] |
В большинстве операционных систем определен стандартный интерфейс, который должны поддерживать все блочные драйверы, и второй стандартный интерфейс, поддерживаемый всеми символьными драйверами. Эти интерфейсы включают наборы процедур, которые могут вызываться остальной операционной системой для обращения к драйверу. [15]