Принцип функциональной избирательности.

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

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

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

10) Принцип функциональной избыточности. Принцип "по умолчанию". Принципы перемещаемости и переносимости.

5-Принцип функциональной избыточности. Этот принцип учитывает возможность проведения одной и той же работы различными средствами (программными средствами). Например, ОС может обладать функциональной избыточностью при организации пакетной мультипрограммной обработки и допускать три альтернативных конфигурации:

1-Обеспечение мультипрограммирования с фиксированным числом задач. 2-С переменным числом задач.

3-На основе использования виртуальной памяти.

Реализация нескольких методов доступа к данным. Данный принцип обеспечивает гибкость и эффективность ОС.

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

Принцип перемещаемости

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

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

1) во время компоновки модули связываются друг с другом

2) во время загрузки готового модуля в память

3) во время выполнения, когда реальное распределение адресов осуществляется аппаратно

Принцип переносимости

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

10) Принцип совместимости. Принцип независимости программ от внешних устройств. Принцип открытой и наращиваемой системы. Принцип надежности и защиты.

8-Принцип совместимости. Должны быть предусмотрены средства для выполнения прикладных программ, написанных для других ОС или для более ранних версий той же самой ОС. Выделяют два случая совместимости:

1-На уровне исполнения модуля можно запускать на различных ОС. Здесь необходимо иметь совместимость на уровне команд процессора на уровне системных вызовов и библиотечных, если они являются динамически связываемых.

2-На уровне исходных текстов приложений можно перекомпилировать исходные тексты в новый исполняемый модуль.

9-Принцип независимости программ от внешних устройств. Позволяет одинаково осуществлять операции управления внешними устройствами, не зависимо от конкретных физических характеристик.

10-Принцип открытой и наращиваемой ОС. Быть открытой означает быть доступной для анализа пользователя. Наращиваемой означает модифицируемой использующей не только использование генерации, но и добавлять новые модули и совершенствовать действующие, не нарушая целостности системы.

11-Принцип надёжности и защиты. ОС должна быть также надёжной, как и аппаратура, на которой она работает. ОС должна диагностировать ошибки, восстанавливаться после большинства сбоев или ошибок, защищать пользователей от их собственных ошибок.