- •Вопрос 1. Логическая организация файлов. Атрибуты и данные файла. Типы файлов. Операции с файлами.
- •Файл представляет собой последовательность логических записей разной длины.
- •Rename (переименование).
- •Вопрос 2.Модели хранения информации в файловых системах. Надежность и непротиворечивость файловой системы. Решение проблемы непротиворечивости файловых систем.
- •1.Традиционные фс.
- •3.Транзакционная файловая система.
- •Вопрос 3. Методы физической реализации хранения атрибутов и данных файлов.
- •1. Непрерывные файлы
- •2. Связные списки.
- •3. Связный список при помощи таблицы в памяти
- •Вопрос 4. Концепция файловой системы fat. Структура логического диска с файловой системой fat.
- •Вопрос 5. Основные характеристики файловой системы ntfs.
- •Вопрос 6. Структура раздела с файловой системой ntfs.
- •Вопрос 7. Главная файловая таблица mft файловой системы ntfs. Структура таблицы mft.
- •Вопрос 8. Атрибуты файлов в файловой системе ntfs. Структура записи mft.
- •Вопрос 9. Хранение данных в файловой системе ntfs. Потоки данных.
- •Вопрос 10. Структура файловой системы unix. Типы файлов ос unix.
- •Вопрос 11. Жесткая и символическая связь имен с данными файла в файловой системе unix.
- •Вопрос 12. Структура индексного узла файловой системы unix. Адресация блоков данных.
- •Вопрос 13. Архитектура Windows 2000/xp. Компоненты исполнительной системы.
- •Вопрос 14. Объектная модель Windows 2000/xp и менеджер объектов.
- •Вопрос 15. Управление оперативной и виртуальной памятью в Microsoft Windows 2000/xp.
- •Вопрос 16. Управление процессами и потоками в Windows 2000/xp.
- •Вопрос 17. Состояния потока в Windows 2000/xp.
- •Вопрос 18. Общая архитектура системы unix. Модули ядра.
- •Вопрос 19.Системные вызовы и выполнение кода ядра ос unix.
- •Вопрос 20.Управлене процессами в ос unix.
- •Вопрос 21. Состояния процесса в ос Unix.
- •Вопрос 22.Распределение памяти процессов в unix.
Вопрос 11. Жесткая и символическая связь имен с данными файла в файловой системе unix.
Еще одной особенностью файловых систем UNIX является наличие и поддержка “жестких ссылок” (hard link) и “символических ссылок” (soft link).
Жесткие ссылки
Жесткие ссылки можно создавать только для файлов (а не для файлов и каталогов) и только в пределах одной файловой системы (внешнего накопителя).
Жесткие ссылки для операционной системы UNIX и реальное имя файла идентичны, после создания жесткой ссылки нельзя определить, какое имя первоначально являлось оригиналом (поэтому любой файл всегда имеет как минимум одну жесткую ссылку – его имя, под которым он был создан.).
При удалении жесткой ссылки UNIX подсчитывает оставшееся количество ссылок, указывающих на файл, и не освобождает блоки данных файла на физическом носителе до тех пор, пока не удалит его последнюю ссылку.
Символическая или косвенная ссылка
Обеспечивает возможность вместо имени файла (с путем) или каталога указывать имя ссылки; т.е. символическая ссылка представляет собой псевдоним (текстовую подстановку) для имени. Файл, на который указывает символическая ссылка, и сама ссылка представляют собой разные объекты файловой системы. Поэтому можно создавать ссылки на несуществующие файлы и каталоги, удалять оригинальные файлы, не удалив при этом ссылку. Можно создавать ссылки на ссылки и т.п.
Вопрос 12. Структура индексного узла файловой системы unix. Адресация блоков данных.
Индексные узлы
Основная особенность физической организации – отделение имени файла от его характеристик, хранящихся в отдельной структуре, называемой индексным дескриптором (индексным узлом - inode).
Структура индексного узла:
идентификатор владельца;
разрешенные способы доступа,
время последнего обращения с использованием каждого вида доступа,
тип файла (обычного типа, каталог, спец.файл, конвейер, символьная связь)
число ссылок на данный индексный дескриптор, равный количеству псевдонимов файла;
адреса дисковых блоков, содержащих данные файла
размер файла.
Обычные файлы UNIX представляют собой неструктурированные потоки байтов, поэтому их тип указывается только с той целью, чтобы система могла отличать файлы данных от каталогов и специализированных файлов.
Для специализированных файлов дисковые блоки не выделяются, а их i-узлы идентифицируют соответствующие им устройства.
Физические адреса блоков хранятся в виде массива из 13 элементов.
Первые 10 элементов адресуют непосредственно блоки хранения данных файла.
11-й элемент адресует блок, в свою очередь содержащий адреса блоков хранения данных
12-й элемент указывает на дисковый блок, также хранящий адреса блоков, каждый из которых адресует блок хранения данных файла.
13-й элемент используется для тройной косвенной адресации, когда для нахождения адреса блока хранения данных используется три дополнительных блока
При размере блока 1 Кб и файлах до 10 Кб используется прямая индексация, обеспечивающая максимальную производительность
Для файлов до 266 Кб достаточно простой косвенной адресации
При использовании тройной косвенной адресации можно обеспечить доступ к 16 777 216 блокам.
Размер дискового блока в разных системах UNIX, как и количество непосредственных и косвенных указателей, может быть различным.
Хранение всей этой информации в единой таблице i-узлов упрощает работу с файлами, а также процесс реализации алгоритмов для проверки согласованности файловой системы.
Однако у него имеется и существенный недостаток: при повреждении части поверхности диска хранящаяся в таблице информация может быть утеряна. Поэтому обычно таблицу тиражируют.