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

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

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

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

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

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

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

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

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

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

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

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

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

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

Жесткие ссылки

Может возникнуть проблема, если владелец файла удалит его (и i-узел тоже), то указатель, каталога содержащего ссылку, будет указывать на не существующий i-узел. Потом может появиться i-узел с тем же номером, а значит, ссылка будет указывать на не существующий файл.

Поэтому в этом случае при удалении файла i-узел лучше не удалять.

Файл будет удален только после того, как счетчик будет равен 0.

Иллюстрация проблемы, которая может возникнуть

2.4.2Символьные ссылки

Удаление файла не влияет на ссылку, просто по ссылке будет не возможно найти файл (путь будет не верен).

Удаление ссылки тоже никак не скажется на файле.

Но возникают накладные расходы, чтобы получить доступ к i-узлу, должны быть проделаны следующие шаги:

o Прочитать файл-ссылку (содержащий путь)

o Пройти по всему этому путь, открывая каталог за каталогом

2.5Организация дискового пространства

Размер блока

Если принято решение хранить файл в блоках, то возникает вопрос о размере этих блоков.

Есть две крайности:

o Большие блоки - например, 1Мбайт, то файл даже 1 байт займет целый блок в 1Мбайт.

o Маленькие блоки - чтение файла состоящего из большого числа блоков будет медленным.

Скорости чтения/записи и эффективность использования диска,
в системе с файла одинакового размера 2 Кбайта.

В UNIX системах размер блока фиксирован, и, как правило, равен от 1Кбайта до 4Кбайт.

В MS-DOS размер блока может быть от 512 до 32 Кбайт в зависимости от размера диска, поэтому FAT16 использовать на дисках больше 500 Мбайт не эффективно.

В NTFS размер блока фиксирован (от 512байт до 64 Кбайт), как правило, равен примерно 2Кбайтам (от 512байт до 64 Кбайт).

Учет свободных блоков

Основные два способа учета свободных блоков:

o Связной список блоков диска, в каждом блоке содержится номеров свободных блоков столько, сколько вмешается в блок. Часто для списка резервируется нужное число блоков в начале диска.
Недостатки:
- Требует больше места на диске, если номер блока 32-разрядный, требуется 32бита для номера
- Излишние операции ввода/вывода, т.к. в памяти не хранятся все блоки, а, например, только один блок

o Битовый массив (бит-карта) - для каждого блока требуется один бит.

Основные два способа учета свободных блоков

Дисковые квоты

Чтобы ограничить пользователя, существует механизм квот.

Два вида лимитов:

o Жесткие - превышены быть не могут

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

Наиболее распространенные квоты:

o Объем использования диска

o Количество файлов

o Количество открытых файлов

Надежность файловой системы

Резервное копирование

Случаи, для которых необходимо резервное копирование:

o Аварийные ситуации, приводящие к потере данных на диске

o Случайное удаление или программная порча файлов

Основные принципы создания резервных копий:

o Создавать несколько копий - ежедневные, еженедельные, ежемесячные, ежеквартальные.

o Как правило, необходимо сохранять не весь диск, а только выборочные каталоги.

o Применять инкрементные резервные копии - сохраняются только измененные файлы

o Сжимать резервные копии для экономии места

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

o Хранить резервные копии в защищенном месте, не доступном для посторонних.

Существует две стратегии:

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

o Логическая архивация - работает с файлами и каталогами. Применяется чаще физической.

⇐ Предыдущая234567891011Следующая ⇒

Поделиться:

Популярное:

1. C.Для предоставления возможности сравнивать рыночные стоимости акций компаний одной отрасли
2. II этап. Обоснование системы показателей для комплексной оценки, их классификация.
3. II. ТЕМЫ ДЛЯ КОНТРОЛЬНЫХ РАБОТ
4. III. Источники для изучения Греческой церкви XVII в.
5. IV. Источники для изучения той же истории XVIII в.
6. IX. ЗНАЧЕНИЕ «УНИВЕРСАЛИЙ» КОСМОС, ВРЕМЯ, ПРОСТРАНСТВО И РЕАЛЬНОСТЬ ДЛЯ ПСИХОДРАМЫ
7. IX. Магическое заклинание для Дальнего путешествия
8. Teсm для проверки реальности соединения с высшим Я
9. V. Источники для изучения Греческой церкви XIX в.
10. VIII. Сигналы, применяемые для обозначения поездов, локомотивов и другого железнодорожного подвижного состава
11. XII. Большинство приемлемых для организма способов поведения совместимы с представлениями человека о самом себе.
12. XVI. Любой опыт, несовместимый с организацией или структурой самости, может восприниматься как угроза, и чем больше таких восприятий, тем жестче организация структуры самости для самозащиты.