Материал: Лекции_ОС

Скачать

Заказать новую работу

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

  • Простота

  • Возможность быстро найти файл, не надо лазить по каталогам

 

Недостатки системы:

  • Различные пользователи могут создать файлы с одинаковыми именами.

 

 

11.2.2 Двухуровневые каталоговые системы

Для каждого пользователя создается свой собственный каталог.

 

Двухуровневая каталоговая система

 

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

Эту проблему можно решить созданием системного каталога, с общим доступом.

Если у одного пользователя много файлов, то у него тоже может возникнуть необходимость в файлах с одинаковыми именами.

 

11.2.3 Иерархические каталоговые системы

Каждый пользователь может создавать столько каталогов, сколько ему нужно.

 

Иерархическая каталоговая система

 

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

 

11.2.4 Имя пути

Для организации дерева каталогов нужен некоторый способ указания файла.

Два основных метода указания файла:

  • абсолютное имя  пути - указывает путь от корневого каталога, например: - для Windows \usr\ast\mailbox - для UNIX /usr/ast/mailbox - для MULTICS >usr>ast>mailbox

  • относительное имя пути - путь указывается от текущего каталога (рабочего каталога), например: - если текущий каталог /usr/, то абсолютный путь  /usr/ast/mailbox перепишется в ast/mailbox - если текущий каталог /usr/ast/, то абсолютный путь  /usr/ast/mailbox перепишется в  mailbox - если текущий каталог /var/log/, то абсолютный путь  /usr/ast/mailbox перепишется в  ../../usr/ast/mailbox

./ - означает текущий каталог

../ - означает родительский каталог

 

11.2.5 Операции с каталогами

Основные системные вызовы для работы с каталогами:

  • Create - создать каталог

  • Delete - удалить каталог

  • OpenDir - закрыть каталог

  • CloseDir - закрыть каталог

  • ReadDir - прочитать следующий элемент открытого каталога

  • Rename - переименование каталога

  • Link - создание жесткой ссылки, позволяет файлу присутствовать сразу в нескольких каталогах.

  • Unlink - удаление ссылки из каталога

 

 

 

 

  Лекция 12

Реализация файловой системы

12.1 Структура файловой системы

 

Возможная структура файловой системы

 

Все что до "Загрузочного блока" и включая его одинаково у всех ОС. Дальше начинаются различия.

Суперблок - содержит ключевые параметры файловой системы.

 

12.2 Реализация файлов

Основная проблема - сколько, и какие блоки диска принадлежат тому или иному файлу.

 

12.2.1 Непрерывные файлы

Выделяется каждому файлу последовательность соседних блоков.

 

5 непрерывных файлов на диске и состояние после удаления двух файлов

 

Преимущества такой системы:

  • Простота - нужно знать всего два числа, это номер первого блока и число блоков.

  • Высокая производительность - требуется только одна операция поиска, и файл может быть прочитан за одну операцию

Недостатки:

  • Диск сильно фрагментируется

Сейчас такая запись почти не используется, только на CD-дисках и магнитных лентах.

 

12.2.2 Связные списки

Файлы хранятся в разных не последовательных блоках, и с помощью связных списков можно собрать последовательно файл.

 

Размещение файла в виде связного списка блоков диска

 

Номер следующего блока хранится в текущем блоке.

 

Преимущества:

  • Нет потерь дискового пространства на фрагментацию

  • Нужно хранить информацию только о первом блоке

Недостатки:

  • Уменьшение быстродействия - для того чтобы получить информацию о всех блоках надо перебрать все блоки.

  • Уменьшается размер блока из-за хранения служебной информации

 

12.2.3 Связные списки при помощи таблиц в памяти

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

FAT (File Allocation Table) - таблица размещения файлов загружаемая в память.

Рассмотри предыдущий пример, но в виде таблицы.

Таблица размещения файлов

 

Здесь тоже надо собирать блоки по указателям, но работает быстрее, т.к. таблица загружена в память.

Основной не достаток этого метода - всю таблицу надо хранить в памяти. Например, для 20Гбайт диска, с блоком 1Кбайт (20 млн. блоков), потребовалась бы таблица в 80 Мбайт (при записи в таблице в 4 байта).

 

Такие таблицы используются в MS-DOS и Windows.

 

12.2.4 I - узлы

С каждым файлом связывается структура данных, называемая i-узлом (index-node- индекс узел), содержащие атрибуты файла и адреса всех блоков файла.

 

 

Примеры i-узла

 

Преимущества:

  • Быстродействие - имея i-узел можно получить информацию о всех блоках файла, не надо собирать указатели.

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

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

 

Такие узлы используются в UNIX.

 

12.3 Реализация каталогов

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

В зависимости от системы это может быть:

дисковый адрес всего файла (для непрерывных файлов)

номер первого блока (связные списки)

номер i-узла

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

Также она хранит атрибуты файлов.

Варианты хранения атрибутов:

  • В каталоговой записи (MS-DOS)

  • В i-узлах (UNIX)

 

Варианты реализации каталогов

 

12.3.1 Реализация длинных имен файлов

Раньше операционные системы использовали короткие имена файлов, MS-DOS до 8 символов, в UNIX Version 7 до 14 символов. Теперь используются более длинные имена файлов (до 255 символов и больше).

Методы реализации длинных имен файлов:

  • Просто выделить место под длинные имена, увеличив записи каталога. Но это займет много места, большинство имен все же меньше 255.

  • Применить записи с фиксированной частью (атрибуты) и динамической записью (имя файла).

Второй метод можно реализовать двумя методами:

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

  • Имена записываются в конце каталога после всех заголовков (указателя на файл и атрибутов)

Реализация длинных имен файлов

 

 

12.3.2 Ускорение поиска файлов

Если каталог очень большой (несколько тысяч файлов), последовательное чтение каталога мало эффективно.

 

12.3.2.1 Использование хэш-таблицы для ускорения поиска файла.

Алгоритм записи файла:

  • Создается хэш-таблица в начале каталога, с размером n (n записей).

  • Для каждого имени файла применяется хэш-функция, такая, чтобы при хэшировании получалось число от 0 до n-1.

  • Исследуется элемент таблицы соответствующий хэш-коду.

  • Если элемент не используется, туда помещается указатель на описатель файла (описатели размещены вслед за хэш-таблицей).

  • Если используется, то создается связный список, объединяющие все описатели файлов с одинаковым хэш-кодом.

Алгоритм поиска файла:

Имя файла хэшируется

По хэш-коду определяется элемент таблицы

Затем проверяются все описатели файла из связного списка и сравниваются с искомым именем файла

Если имени файла в связном списке нет, это значит, что файла нет в каталоге.

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

 

12.3.2.2 Использование кэширования результатов поиска файлов для ускорения поиска файла.

Алгоритм поиска файла:

  • Проверяется, нет ли имени файла в кэше

  • Если нет, то ищется в каталоге, если есть, то берется из кэша

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

 

12.4 Совместно используемые файлы

Иногда нужно чтобы файл присутствовал в разных каталогах.

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

А - совместно используемый файл.

Такая файловая система называется ориентированный ациклический граф (DAG, Directed Acyclic Graph).

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

Есть два решения этой проблемы:

  1. Использование i-узлов, в каталогах хранится только указатель на  i-узел. Такие ссылки называются жесткими ссылками.

  2. При создании ссылки, в каталоге создавать реальный Link-файл, новый файл содержит имя пути к файлу, с которым он связан. Такие ссылки называются символьными ссылками.

Источник: https://files.student-it.ru/previewfile/284616

Смотрите также:

2014 biblioonline ru