- •1. История развития ос.
- •2. Ос unix: основные принципы организации.
- •3. Архитектура ос, основные компоненты ос.
- •4. Архитектура ядра ос, Машинно-зависимые, машинно-независимые компоненты ядра.
- •5. Привилегированный и пользовательский режимы процесса системного вызова.
- •6. Организация ос с монолитным ядром.
- •7. Организация ос с микроядерной архитектурой.
- •8. Мобильность ос. Св-ва ос влияющие на мобильность.
- •9. Концепция множественных прикладных сред, способ организации мпс.
- •10. Двоичная совместимость, совместимость на уровне исходных кодов.
- •11. Процессы и потоки, способы организации мультипрограммирования современной ос.
- •12. Системы пакетной обработки, системы реального времени, системы разделения времени.
- •13. Параллельная и распределенная обработка данных, структура систем и способы организации вычислений, организация кластера.
- •14. Функциональные компоненты сетевой ос, сетевые службы.
- •15. Основные схемы построения сетей; использование сетевых ос различных типов.
- •16. Семиуровневая модель оси исо; физический и канальный уровни.
- •17. Семиуровневая модель оси исо; сетевой и транспортный уровни.
- •18. Семиуровневая модель оси исо; сеансовый уровень и уровень представления данных.
- •19. Семиуровневая модель оси исо; прикладной уровень.
- •20. Стек коммуникационных протоколов; глобальная сеть Интернет.
- •21. Организация распределенных приложений; двузвенные, трехзвенные схемы.
- •22. Требования к современным ос.
18. Семиуровневая модель оси исо; сеансовый уровень и уровень представления данных.
Сеансовый уровень (Session layer) обеспечивает управление диалогом для того, чтобы фиксировать, какая из сторон является активной в настоящий момент, а также предоставляет средства синхронизации. На практике немногие приложения используют сеансовый уровень, и он редко реализуется в виде отдельных протоколов, хотя функции этого уровня часто объединяют с функциями прикладного уровня и реализуют в одном протоколе.
Уровень представления (Presentation layer) имеет дело с формой представления передаваемой по сети информации, не меняя при этом ее содержания. За счет уровня представления информация, передаваемая прикладным уровнем одной системы, всегда будет понятна прикладному уровню в другой системе. С помощью средств данного уровня протоколы прикладных уровней могут преодолеть синтаксические различия в представлении данных или же различия кодов символов.
19. Семиуровневая модель оси исо; прикладной уровень.
Прикладной уровень (Application layer) — это в действительности простой на6ор разнообразных протоколов, с помощью которых пользователи сети получают доступ к разделяемым ресурсам, таким как файлы, принтеры или гипертекстовые Web-страницы, а также организуют свою совместную работу, например с помощью протокола электронной почты. Единица данных, которой оперирует Прикладной уровень, обычно называется сообщением (message).
20. Стек коммуникационных протоколов; глобальная сеть Интернет.
Взаимодействие компьютеров в сетях происходит в соответствии с определенными правилами обмена сообщениями и их форматами, то есть в соответствии с определенными протоколами. Иерархически организованная совокупность протоколов, решающих задачу взаимодействия узлов сети, называется стеком коммуникационных протоколов. Существует много стеков протоколов, широко применяемых в сетях. Это стеки, являющиеся международными и национальными стандартами, фирменные стеки, получившие распространение благодаря распространенности оборудования той или иной фирмы. Примерами популярных стеков протоколов могут служить стек IPX/SPX фирмы Novell, стек TCP/IP, используемый в сети Internet и во многих сетях на основе операционной системы UNIX, стек OSI международной организации по стандартизации.
Стек TCP/IP, называемый также стеком Internet, является одним из наиболее популярных и перспективных стеков коммуникационных протоколов. Стек был разработан по инициативе Министерства обороны США (Department of Defence, DoD) более 20 лет назад для связи экспериментальной сети ARPAnet с другими сетями как набор общих протоколов для разнородной вычислительной среды.
21. Организация распределенных приложений; двузвенные, трехзвенные схемы.
Распределение приложения между большим числом компьютеров может повысить качество его выполнения, но при этом существенно усложняется организация самого приложения. Поэтому на практике приложение обычно разделяют на две или три части. Наиболее распространенной является двухзвенная схема, распределяющая приложение между двумя компьютерами.
Варианты распределений частей приложения по двухзвенной схеме

В централизованной схемекомпьютер пользователя работает как терминал, выполняющий лишь функции представления данных, тогда как все остальные функции передаются центральному компьютеру. Главным и очень серьезным недостатком централизованной схемы является отсутствие отказоустойчивости.
В схеме «файловый сервер»на клиентской машине выполняются все части приложения, кроме файловых операций. В сети имеется достаточно мощный компьютер, имеющий дисковую подсистему большого объема, который хранит файлы, доступ к которым необходим большому числу пользователей. Этот компьютер играет роль файлового сервера, представляя собой централизованное хранилище данных, находящихся в разделяемом доступе.
Однако эта архитектура имеет и свои недостатки:
-во многих случаях резко возрастает сетевая нагрузка, что приводит к увеличению времени реакции приложения;
-компьютер клиента должен обладать высокой вычислительной мощностью, чтобы справляться с представлением данных, логикой приложения, логикой данных и поддержкой операций базы данных.
Наиболее часто используется схема, в которой на серверный компьютер возлагаются функции проведения внутренних операций базы данных и файловых операций (рис. 9.1, в). Клиентский компьютер при этом выполняет все функции, специфические для данного приложения, а сервер — функции, реализация которых не зависит от специфики приложения, из-за чего эти функции могут быть оформлены в виде сетевых служб.
Трехзвенная архитектурапозволяет еще лучше сбалансировать нагрузку на различные компьютеры в сети.

