Виды и классификация операционных систем

Лекция

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

План.

  1. Краткий обзор операционных систем

      а) Операционные системы мэйнфреймов;

      б) Серверные операционные системы;

      в) Многопроцессорные операционные системы;

      г) Операционные системы для персональных компьютеров;

      д) Операционные системы реального времени;

  е)Встроенные операционные системы.

  1. Краткая история UNIX.

а)Рождение;

б)Переносимая система UNIX ;

в)Беркли;

г)Стандартная система UNIX .

  1. MINIX.
  2. LINUX.
  3. Обзор системы UNIX

а)Авторизация вUNIX;

б) Файловая система UNIX;

в) Интерфейсы системы UNIX;

г)Оболочка UNIX

д) Утилиты UNIX;

  1. Список литературы.
  2. Вопросы.

 

  1. Краткий обзор операционных систем

Операционные системы мэйнфреймов Находятся на самом верхнем уровне. Отличаются от персональных компьютеров по своим возможностям ввода – вывода. Тысячи дисков – терабайты данных. Мощные веб-сервера, сервера для крупномасштабных коммерческих сайтов, сервера для транзакций.

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

MULTICS – система разрабатывалась для того, чтобы обеспечить сотни пользователей машиной »по мощности, чем Intel 360, хотя имеет возможность работы с сотнями устройств ввода- вывода. Много конструктивных идей компьютерным теоретикам, но превратить ее в серьезный коммерческий  продукт не удалось. Тем не менее, General Motors, Ford  и управление национальной безопасности США оставили MULTICS  только в конце 90-х годов, то есть через 30 лет после выхода системы. Ей посвящен сайт www.multicians.org с большим количеством информации о системе, ее проектировщиках и пользователях.

Идея компьютерного предприятия общественного пользования  - Интернет –сервера, выполняющие администрирование « глупых» пользовательских машин.

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

Все вышеупомянутые функции тесно связаны между  собой. Зачастую ОС мэйнфрейма выполняет их все. Примеры таких ОС OS/390  произошедшая от OS/360.

 

Серверные операционные системы. Находятся уровнем ниже. Работают на серверах, представляющих собой очень большие персоналки, рабочие станции, мэйнфреймы. Серверы предоставляют возможность с печатающими устройствами, файлами или Интернетом.  Типичные серверные ОС – UNIX, Windows 2000, сравнительно недавно Linux. Одновременно обслуживают множество пользователей позволяя делить им между собой аппаратные м программные ресурсы. На серверах хранятся страницы веб-сайто и обрабатываются  запросы (UNIX иWindows – типичные серверные операционные системы).

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

 

Операционные системы для персональных компьютеров. Цель – удобный интерфейс для одного пользователя. Широко используются для работы с текстом, электронными таблицами, доступа к Интернету.…+Macintosh.С 1980 года и по наши дни. начиналась с 8-разрядного микрокомпьютера  с диском СР/М. Занимает высшую позицию в мире в течении 5 лет. MS-DOS и СР/М для первых микрокомпьютеров полностью основывались на вводе команд с клавиатуры. В 60 –е гды Даг Энегельбарт проводит исследования касающиеся графического интерфейса пользователя, состоящего из окон, меню, кнопок и мыши.

Затем Стив Джобс разработчик Apple автор идеи дружественного графического интерфейса (Macintosh).

Windows первые 10 лет работы с 1985 по 1995  исполняла роль графической среды поверх MS-DOS . 1998 год слегка измененная версия Windows но много программ 16-разрядного процессора

Windows NT ядро написано полностью заново – 32 разряда полностью. Windows NT  5.0 была переименована в Windows 2000 в начале 1999 года. +Windows 
ME (Millenium edition)

Главный соперник Windows  в мире персоналок UNIX – самая сильная система для рабочий станций и сетевых серверов. Для высокопроизводительных RISC процессоров и  Pentium. Массачусетсткий университет разработал графику - ХWindows , поверх нее можно усановить полный графический интерфейс Motif

 Операционные системы реального времени. Должны удовлетворять жестким временным требованиям - производство. Жесткие системы реально времени  - действие должно произойти в конкретный момент времени или внутри заданного диапазона. Гибкая операционная система – в которой допустимы , случающиеся время от времени пропуски сроков выполнения операции. Например, цифровое аудио и мультимедийные системы. Системы VxWorks и QNX  - системы реального времени.

 

Встроенные операционные системы. Карманый компьютер (PDA – Personal Digital Assistant – персональный цифровой  помощник) – записная книжка или блокнот. Встроенные системы работают на машинах, обычно не считающихся компьютерами, например в телевизорах, микроволновых печах и мобильных телефонах. Те же характеристики, что и у систем реального времени, но имеют особый размер, память. Примеры: PalmOS  Windows CE (Consumer Electronics – бытовая техника).

 

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

Некоторые смарт-карты являются  Java-ориентированными. Это значит, что ПЗУ  содержит интерпретатор витуальной машины Java машину. Апплеты Java загружаются на карту и выполняются JVM-интерпретатором. Некоторые  карты могут управлять одновременно несколькими апплетами Java, ситуация многозадачности – необходимость планировния. Все эти задачи выполняет операционная система, находящаяся на смарт –карте.

  1. Краткая история UNIX

Рождение. 40-е 50-е годы все компьютеры  - в некотором смысле персональные, вся машина была в распоряжении определенного пользователя. Следующий шаг – системы разделенного времени- MULTICS (мультиплексная информационная и вычислительная служба). Система разделяет время между сотнями пользователей

На PDP-7 Кен Томпсон пишет на ассемблере ОДНО – пользовательскую ОС, которую в шутку  назвали UNICS – примитивная информационная и вычислительная служба (UniplexedInformation and Computing Service), впоследствии стала называться UNIX.

После этого два технологических усовершенствования. Во-первых,  была перенесена на новую аппаратуру PDP-11/45 11/70 (256 Кб и 2Мбайт). Аппаратная защита памяти – одновременная работа нескольких пользователей., 16-разрядные машины.

Во-вторых, переписана на языке С.

Операционная система поставлялась с полным комплектом документов.  В результате новые идеи и усовершенствования системы распространялись с огромной скоростью. Исходный текст состоял из 8200 строк на С и 900 строк ассемблерного кода.

К серединие 80-х ОС UNIX на мини-компьютерах и рабочих станциях. Приобретаются лицензии на исходные тексты, одной из таких компаний Microsoft – XENIX.

 Переносимая система UNIX – Стив Джонсон переносимый компилятор языка С. Компилятор можно было настроить на создание объектного кода для практически любой машины. С умеренным объемом работ. Перенос на компьютеры Interdata и VAX.

 Беркли. Калифорнийский университет создает версию, рассчитанную на 32 –разрядные машины VAX. Содержала большое количество усовершенствований. Использование виртуальной памяти, страничная подкачка файлов – создаются программы большие по размеру, чем физическая память . Об этом говорит сайт https://intellect.icu . Поддержка имен файлов более 14 символов. В 4-ой версии BSD  поддержка сетей, в результате чего протокол TSP/IP стал стандартом-де-факто в мире UNIX.

Университет добавил новый редактор, оболочку шелл, компиляторы языков Pascal и Lisp . Результатом этого стало производство компьютеров, основанных на версии Беркли.

Стандартная система UNIX . К концу    80-х широкое распростанение получили две, в чем-то несовместимые версии системы 4.3 BSD и SYSTEM V Release 3.  Стандарта на двоичный формат программ не было, производители не могли создать программ, которые бы гарантированно работали на любой операционной системе UNIX.

Совет по стандартам при Институте  инженеров по электротехнике и электронике IEEE разрабатывает проект POSIX (Portable Operating System)+IX, которые делают название юниксообразным. Стандарт 1003.1 – набор библиотечных процедур, которые должна предоставлять каждая система UNIX, соответствующая этому стандарту. Производитель ПО использует только процедуры, соответствующие этому стандарту, гарантируя работу на соответствующих ОС, например, open, read,fork.

Раскол в мире UNIX. IBM, DEC, HEWlett-Packard –OSF(Open Software Fondation)=стандарт+дополнительные свойства (оконная система, графический интерфейс пользователя , распределеные вычисления, распределенное управление).

Корпорация AT&T, в ответ на это,  создает консорциум UI(UNIX International), чтобы производит то же самое. Версия UI основывается на SYSTEM V .

Опят две версии   UNIX. Рынок  решил, что SYSTEM V  лучше.

  1. MINIX

Эндрю Таненбаум, профессор из Голландии, пишет юниксподобную ОС , состоящую из 11800 строк на С и 500 строк на ассемблере. С полным исходным текстом предлагает ее студентам в учебных целях. Выпущена в 1987 году, функционально практически эквивалентна Version 7 UNIX.

Основана на схеме микроядра. Идея м/я – как можно меньше функций в ядре. Задачи управления памятью и файловой системой перемещаются в процессы пользователя. Ядро обрабатывает передачу сообщений между процессами, не занимаясь другими задачами.

Ядро состоит 1600 строк на С и 800 ассемблерных строк. Драйвера устройств тоже в ядре, 2900 строк на С. Файловая система 5100 строк на С и  менеджер памяти 2200 строк на С работали как два раздельных пользовательских процесса.

Система  MINIX стала объектом культа, 40000 пользователей, есть своя конференция comp.os.minix. Стала прототипом коллективных работ. В 1997 году была выпущена вторая версия системы. О ней написана книга +500 страниц исходного текста в приложениях +компакт диск. Бесплатно можно получить на сайте www.cs.vu.nl/~ast/minix.html.

4. LINUX

Линус Торвальдс пишет еще один клон системы UNIX, который он сам назвал LINUX. Цель – дополнить MINIX более сложными функциями. Первая версия в1991 году. Разработана и собрана в системе MINIX , заимствовала некоторые идеи MINIX – дерево исходных текстов и структуру файловой системы.

Отличие – монолитная система, то есть вся операционная система помещалась в ядре. Исходный текст приблизительно 9300 строк на С и 950 строк на ассемблере. Функционально практически не отличалась от MINIX .

Быстро выросла в полноценный клон UNIX с виртуальной памятью, сложной файловой системой и т.д. Работает на широком спектре машин как и UNIX. Одно из основных отличий является использование компилятора  gss, чтобы откомпилировать ее стандартным ANSI C требуется приложить немало усилий.

1994г.- версия 1.0. 165000 строк кода – отображение файлов на адресное пространство совместимое с BSD  сетевое программное обеспечение с сокетами и TSP//IP .

Версия 2.0 1996г. –470 000 строк кода и 8000 строк ассемблерного текста. Поддержка 64-разрядной архитектуры, симметричной многозадачности, новые сетевые протоколы+коллекция драйверов.

В систему перенесено стандартное ПО UNIX,  включая оконную систему  X Windows и большую часть сетевого ПО. Кроме того, специально для LINUX  было написано два различных графических интерфейса пользователя GNOME  и KDE.

Бизнес-модель: свободно распространяемое программное обеспечение. Можно скачать с различных сайтов, например, www.kernel.org. Лицензия фонда бесплатно распространяемых программ: пользователи могут свободно использовать, копировать, модифицировать и распространять дальше исходные тексты и двоичные файлы. Запрет на продажу или распространение двоичного кода без сходных текстов.

Итак, строгое соответствие стандарту POSIX, пересечение сообщество пользователей привело к тому, что многие черты LINUX – системные вызовы, программы, библиотеки, внутренние структуры данных очень схожи со своими аналогами в UNIX. Например, более 80% (150 с/в) представляют собой точные копии соответствующих вызовов POSIX, BSD,   SYSTEM V.

Таким образом, в первом приближении большая часть описания системы UNIX, приводимая ниже относится и к Linux. В тех места, где UNIX и  Linux будут существенно различаться (например, в алгоритме планирования), это будет специально отмечено и пояснены оба варианта. Где серьезных отличий не будет, условно будем назвать это UNIX.

 

5. Обзор системы UNIX

Авторизация вUNIX.  Была создана программистами для  программистов, в большинстве случаев активно сотрудничающих друг с другом при создании единого проекта – группы. ACL(Access Control List) – список управления доступом:

1)      Права хозяина пользователя ;

2)      Права группы;

3)      Права по умолчанию

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

Три права чтение, запись, исполнение. Исполнение для каталога – право на открытие файлов в этом каталоге. Права- биты в маске доступа.

Права на удаление не существует, есть только операция удаления имени – unlink. Файл может иметь несколько имен, собственно удаление происходит при уничтожении последнего имени. Для удаления, создания или изменения И М Е Н И файла достаточно иметь право записи в каталог, в котором он содержится.

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

Еще один обладатель прав – администратор. Обладает возможностью делать с представленными объектами в системе все что угодно.

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

Файловая система UNIX.   В ОС UNIX смонтированные файловые системы выглядят как каталоги единого дерева. Дерево начинается с корневого каталога, выделенной ФС, называемогоroot. Администратор системы может подмонтировать новую ФС к любому каталогу, находящемуся на любом уровне дерева. Такой каталог называют точкой монтирования, но это выражение отражает только текущее состояние каталога.

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

Все UNIX-системы имеют примерно одинаковую структуру дерева каталогов: системные утилиты в каталоге /bin,  системные библиотеки  - в каталоге /lib, конфигурационные файлы -        в каталоге /etc и т.д. База данных об именах пользователей всегда в файле /etc/passwd.

 Виды и классификация операционных систем

Рис. 1.1. Структура пространства имен в UNIX

 

 Имя файла можно состоять из любых символов кодировки ASCII, кроме символов ‘\000’ – системный ограничитель имени и ‘/’ – разделитель между именем каталога и именем файла, например из восьми символов перевода каретки. Разделения на имя и расширение файла нет, хотя имена файлов  с программой на языке С заканчиваются «с», а объектных модулей – «.о», точка здесь является частью имени. Можно создать файл с именем  “my-.2.5.pr”.  В UNIX SVR3 длина имени файла ограничена 14 символами, а в  BSD UNIX, Linux, SVR4 – только длиной блока на диске, т.е. 512 байтами. Нулевой символ считается концом имени файла в каталоге.

Возможность использовать в имена неалфавитные символы является упрощением – из процедур, работающих с именами, удалена проверка на «допустимость»

Файл – интерпретируется как набор байтов. Унифицированная файловая система ( каталоги , устройства , простые файлы, жесткие , гибие ссылки, каналы).

Оболочка UNIX Специфический интерфейс командной строки.  Запуск оболочки – появление на экране приглашения к вводу. После ввода командной строки  оболочка извлекает из нее первое слово и ищет файл с таким именем, найден – запускает. На время работы программы работа оболочки приостаналивается. Завершение программы – опять приглашение  и ожидание ввода следущей строки. Оболочка – обычная пользовательская программ – все, что ей нужно – способность ввода с терминала и вывода на терминал, возможность запускать дорогие программы.

Пример: cp src dest – первый аргумент имя существующего файла, программа копирует этот файл и копию называет dest

head  -20 file - первый аргумент велит программе напечатать первые 20 строк файла file вместо принятых 10.

 

Аргументы, управляющие  работой команды или указывающие дополнительные значения, называются флагами или ключами и обозначаются тире. Тире требуется, чтобы избежать двусмысленности. Так, например, команда head  20 file велит напечатать программе head первые 10 символов  файла 20, а затем первые 10 строк файла file.

Символы маски – джокеры-

ls *.c

ls [ape]*- в квадратных  скобках можно указать множество символов, из которых программа должна будет выбрать один. Например, команда выше  велит программе ls вывести список всех файлов, имя которых начинается с символов «а» ,«p» или «е».

Программа оболочки не должна открывать терминал, чтобы прочитать  с него или вывести на него строку. Вместо него программы получают автоматический доступ к  файлу, называемому стандартным устройством ввода и к  файлу, называемому стандартным устройством вывода , а также к файлу standart error.  По умолчанию всем трем устройствам соответствует терминал – клавиатура  для ввода и экран для вывода.

Например, команда sort  вызывает программу sort, читает строки с терминала, сортирует их в алфавитном порядке и выводит результат на экран.

Стандартный ввод-вывод можно перенаправить. Используются символы “<” “>”.

Например, команда

sort <in> out –заставляет программу sort взять в качестве входного файл in и направить вывод в файл out. Поскольку стандартный вывод сообщений об ошибках не был перенаправлен, сообщения будут печататься на экране.

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

Пример: рассмотрим следующую командную строку, состоящую из трех отдельных команд:

sort <in> temp; head –30<temp; rm temp

Сначала запускается команда sort – принимает данные из файла in и записывает результат в файл temp.

Когда команда завершает работу, оболочка запускает  программу head, веля ей распечатать первые 30 строк из файла temp на стандартном устройстве ввода-вывода. Наконец, временный файл temp удаляется.

В системе UNIX часто используются строки, в которых первая программа командной строки формирует вывод используемых второй программой в качестве входа. Более простой способ:sort <in | head для этого используется вертикальная черта, называемая символом канала. Набор команд, соединенных символов канала, называется конвейером и может содержать произвольное количество команд.

Пример четырехкомпонентного конвейера:

grep  ter*.t  | sort | head –20 | tail –5>foo

Здесь в стандартное устройство вывода записываются все строки, содержащие  строку ter во всех файлах, оканчивающихся на t, после чего они сортируются. Первые 20 строк выбирается программой head, которая передает их программе tail, записывающей последние пять строк ( то есть строки  с 16 по 20 в отсортированном списке) в файл foo.

UNIX  является универсальной много задачной системой. Синтаксис оболочки для запуска фонового процесса состоит в использовании символа амперсанда в конце строки.

Пример: wc –l <a >b  &

Строка запустит программу подсчета количества  слов wc, которая сосчитает число строк (флаг –l) во входном файле a, запишет результат в файл  b, но будет делать это в фоновом режиме. Как только команда будет введена пользователем, оболочка напечатает символ приглашения к вводу и перейдет в режим ожидания следующей команды.

Конвейеры также могут выполняться в фоновом режиме, например:

 

sort<|head &

Можно одновременно запустить несколько фоновых конвейеров.

Файлы, содержащие команды оболочки, называются сценариями оболочки.  Сценарии оболочки могут присваивать значения переменным оболочки и затем считывать их. Могут запускаться с параметрами и использовать конструкции if, for, while, case. То есть это альтернативные программы, написанные на языке оболочки.

 

Интерфейсы системы UNIX Можно рассматривать в виде пирамиды у основания пирамиды – аппаратура. Функция ОС управление аппаратным обеспечением, предоставление всем программам интерфейса системных вызовов. Системные вызовы позволяют программам создавать процессы, файлы, прочие ресурсы, а так же управлять ими.

Программы обращаются к системным вызовам, помещая аргументы в регистры центрального процессора (или в стек), выполняя команду эмулирования прерывания для передачи управления ОС и перехода из пользовательского режима в режим ядра. На С невозможно написать  команду эмулированного прерывания, этим занимаются библиотечные функции, по одной на системный вызов. Каждая такая процедура помещает аргументы в нужное место и выполняет команду эмулированного прерывания  TRAP. Таким образом, чтобы обратиться к системному вызову read, программа на С должна вызвать библиотечную функцию read. В стандарте POSIX определен именно интерфейс библиотечных функций, а не интерфейс системных вызовов, там даже не упоминаются фактические системные вызовы.

Помимо ОС и библиотеки системных вызовов все версии содержат большое количество стандартных программ, некоторые описаны в стандарте POSIX 1003.2, многие могут различаться  в разных версиях. К этим программам относится программный процессор (оболочка), компиляторы, редакторы, утилиты для работы с файлами.

Таким образом, три интерфейса в системе UNIX:

1) интерфейс системных вызовов;

2) интерфейс библиотечных функций;

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

 

 Виды и классификация операционных систем


Рис. 1.2. Уровни операционной системы UNIX

 

 

 Виды и классификация операционных систем


Рис. 1.3. Некоторые компоненты персонального компьютера

 

 

 

Концептуально  простой персональный компьютер, современные персоналки имеют более сложную структуру – несколько шин.

 

Утилиты UNIX.   Пользовательский интерфейс состоит из большого числа обслуживающих программ, называемых также утилитами. Шесть категорий:

  1. Управление файлами и каталогами;
  2. Фильтры;
  3. Средства разработки программ , такие как текстовые редакторы и компиляторы;
  4. Текстовые процессоры;
  5. Системное администрирование;
  6. Разное .

Стандарт  POSIX  содержит синтаксис и семантику   не менее 100 таких программ (первые 3 категории). Идея стандартизации в том, чтобы писать сценарии оболочки, которые бы работали на всех системах  UNIX.

 

Таблица 1.1. Примеры некоторых утилит, регламентируемых стандартом POSIX :

 

Программа

Функция

Саt

Конкатенация нескольких файлов в стандартный выходной поток

Сhmod

Изменение режима защиты файла

Сp

Копирование файлов

Сut

Вырезание колонок текста из файла

Grep

Поиск определенной последовательности символов в файле

Head

Извлечение из файла первых строк

Ls

Распечатка каталога

Make

Компиляция файла для создания двоичного файла

Mkdir

Создание каталога

Od

Шестнадцатеричный дамп файла

Paste

Вставка колонок текста в файл

Pr

Форматирование файла для печати

Rm

Удаление файлов

Rmdir

Удаление каталога

Sort

Сортировка строк файла по алфавиту

Tail

Извлечение из файла последних строк

Tr

Преобразование символов из одного набора в другой.

 

 

6. Список  литературы

1.      Теренс Чан Программированние на С++ под UNIX - К.: Изд. Дом "Вильямс", 200. - 694с.

2.      Робачевский А. Операционная система  UNIX  - СПб.: БХВ-Петербург, 2001. - 254с.

3.      Маурицио Бах. Создание операционной системы UNIX

СПб.: БХВ-Петербург, 2001. - 286с.

4.      А. В. Гордеев А.Ю. Молчанов Системное программное обеспечение – СПб.: Питер, 2001-734с.

5.      Стивенс У. UNIX: Взаимодействие процессов.-СПб: Питер, 2002.-576с.:ил.

6.      Браун С. Операционная система UNIX .- М.:Мир, 1986. –463с.

7.      Дейтел Г. Введение в операционные системы. В двух томах. - М.:Мир, 1987

8.      Олифер Н.А., Олифер В.Г. Сетевые операционные системы. – СПб.:Питер, 2001

9.      Дмитрий Иртегов Введение в операционные системы. Учебное пособие.- СПб: БХВ-Петербург, 2002.-624 с:ил.

10.  Э. Таненбаум Современные операционные системы. 2-е изд. – СПб: Питер, 2002. –1040 с.: ил.

 

  1. Вопросы 

 

  1. Определение фильтра (командная оболочка);
  2. Символы, используемые в имени файла под  Linux;
  3. Логическая организация файловой системы Unix на отражает физическую организацию. Какие удобства дает это архитектурное решение.
  4. Виды файлов  Unix.
  5. Примеры утилит Unix.
  6. Что предствавляет собой программная оболочка.
  7. Пирамида уровней операционной системы Unix .
  8. Определение систем разделенного времени.
  9. Предназначение стандарта POSIX.
  10. Как решаются проблемы безопасности под Unix за счет группировки пользователей.
  11. Как можно удалить файл под Unix.
  12. Условия возникновения переносимости операционной системы на другие  аппаратные архитектуры.  Какие фрагменты кода все равно нужно дописывать вручную при этом.
  13. Определение конвейера в оболочке Unix.
  14. Определение сценария оболочки.
  15.  Причина появления множества юниксподобных систем и быстрого их развития.

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

470
0

Заказать контрольную или курсовую/дипломную работу

У меня мало времени и хочу
Заказать работу
или
я специалист в данной области и
Хочу заработать

Без посредников, но с опцией гаранта

Rating 9 of 10. count vote: 2
You vote:



Комментарии


Оставить комментарий

ответить

Операционные системы и системное программировние

Термины: Операционные системы и системное программировние