- •1. Слои программного обеспечения компьютерной системы. Определение ос.
- •2. Архитектура ос unix и ее элементы, понятие ядра ос.
- •3. Виды прерываний. Система прерывания. Системные вызовы как интерфейс между прикладными программами и ос. Исключительные ситуации.
- •4. Понятие оболочки Shell(функции и возможности). Примеры оболочек.
- •5. Преимущества и недостатки операционных систем типа Windows.
- •6. Общая характеристика оболочки MidnightCommander (Far manager). Управление данными в mc(Far).
- •8. Основные состояния процесса и основные переходы между состояниями. Жизненный цикл процесса в unix. Понятие контекста процесса.
- •9. Основания для взаимодействия процессов. Виды взаимодействия. Ресурсы, используемые при межпроцессном обмене.
- •11. Компьютерные сети. Сервер, клиент и редиректор. Функциональные роли компьютеров в сети.
- •12. Модель процессов в многозадачной среде. События, приводящие к созданию процессов и завершению процессов.
- •13. Алгоритм планирования rr. Анализ алгоритма с использованием простой модели очередности исполнения процессов. Влияние величины кванта времени на производительность процессов.
- •14. Единое дерево каталогов в Linux и типы файлов в ос Linux.
- •15. Определение вычислительной сети. Классификация. Программные средства для вычислительных сетей.
- •16. Файловая система. Характеристики. Версии. Структура диска в ntfs.
- •17. Функции оболочки в операционной системе Linux.
- •18. Алгоритмы планирования процессов, находящихся в состоянии готовности. Вытесняющее и невытесняющее планирование.
- •19.Алгоритм планирования fcfs. Анализ алгоритма с использованием простой модели очередности исполнения процессов.
- •20. Страничный способ организации памяти.
- •20. Обзор структур операционных систем. Особенности, достоинства и недостатки.
- •Windows
- •Недостатки файловой системы s5fs
Windows
Ядро. Работает с устройствами, управляет памятью и процессами, управляет графической подсистемой.
Графическая подсистема. Обеспечивает интерфейс с пользователем. Приоритетная система для пользовательского интерфейса.
Текстовая подсистема. Обеспечивает текстовый интерфейс с пользователем. Текстовый интерфейс весьма урезанный. Набор утилит текстового режима как встроенных, так и других производителей весьма куцый. Синтаксис и состав команд текстового режима меняется от версии к версии. Запускается только поверх графического режима.
Система удаленного доступа. Появилась впервые, как встроенная в систему, в Windows NT Server 4.0. До этого были только продукты других фирм. В связи с тем, что запускается полноценная графическая сессия, кушает очень много ресурсов. Наличие системы удаленного доступа и количество одновременных сессий может вообще отсутствовать или быть ограничено в разных версиях из коммерческих соображений.
Жесткие ссылки
Для создания дополнительных жестких ссылок на существующий файл (но не на директорию, даже не смотря на то, что записи . и .. существуют в системе в виде жестких ссылок) используется команда ln.
Символические ссылки
Для создания символических ссылок используется команда ln с опцией -s. При создании символических ссылок используются имена файлов или директорий, которые могут быть как абсолютными, так и относительными. Если вы используете относительные имена, то, как правило, подразумевается, что создаваемые ссылки будут располагаться в текущей рабочей директории; в противном случае создаваемые вами ссылки будут относительными по отношению к другой точке файловой системы. В листинге 3 показаны два способа создания символических ссылок на файл file1, а также то, как вместо двух жестких ссылок (которые мы не смогли создать в листинге 2) создать две символические ссылки.
Различия между копированием и созданием ссылок
В зависимости от конкретных задач иногда лучше использовать ссылки, а иногда копировать файлы. Главное отличие заключается в том, что с помощью ссылок для одного и того же файла можно задать несколько имен, тогда как при копировании создается два объекта с идентичными данными, но с разными именами. Несомненно, следует использовать копирование для создания резервных копий, а также при тестировании новых программ, чтобы не подвергать риску рабочие данные. Ссылки имеет смысл использовать тогда, когда необходимо создать псевдоним для файла (или директории), возможно, более удобный в использовании. В следующем разделе мы рассмотрим несколько других примеров использования ссылок.
Как вы уже видели, при обновлении файла обновляются и все ссылки на него, чего не происходит в случае его копирования. Также помните о том, что символические ссылки могут оказаться "битыми", но в результате последующих операций записи может быть создан новый файл. Будьте аккуратны при использовании ссылок.
44. Базовая файловая система. Ее структура, особенности, недостатки и ограничения.
Недостатки файловой системы s5fs
Файловая система s5fs привлекательна благодаря своей простоте. Однако обратной стороной медали является низкая надежность и производительность.
С точки зрения надежности слабым местом этой файловой системы является суперблок. Суперблок несет основную информацию о файловой системе в целом, и при его повреждении файловая система не может использоваться. Поскольку суперблок хранится в единственном варианте, вероятность возникновения ошибок достаточна велика.
Относительно низкая производительность связана с размещением компонентов файловой системы на диске. Метаданные файлов располагаются в файловой системе, а далее следуют блоки хранения данных. При работе с файлом, происходит обращение как к его метаданным, так и к дисковым блокам, содержащим его данные. Поскольку эти блоки могут быть значительно разнесены в дисковом пространстве, необходимость постоянного перемещения головки диска увеличивает время доступа и, как следствие, уменьшает производительность файловой системы. К этому же эффекту приводит фрагментация файловой системы, поскольку отдельные блоки файла оказываются разбросанными по всему разделу диска.
Массив индексных дескрипторов имеет фиксированный размер, задаваемый при создании файловой системы. Этот размер накладывает ограничение на максимальное число файлов. Расположение границ между метаданными файлов и их данными может оказаться неоптимальным, приводящим либо к нехватке индексных дескрипторов, если хранятся файлы небольшого размера, либо к нехватке дисковых блоков для хранения файлов большого размера. Поскольку динамически изменить эту границу невозможно, всегда остается неиспользованное дисковое пространство либо в массиве метаданных, либо в блоках хранения данных.
Наконец, ограничения, накладываемые на длину имени файла (14 символов) и общее число индексных дескрипторов (65535), также являются слишком жесткими.
Эти недостатки привели к разработке новой архитектуры файловой системы, которая появилась в версии 4.2 BSD UNIX под названием Fast File System или FFS.