Просмотр на независимом от файловой системы уровне выполняется при помощи функции lookuppn().
Как это уже описывалось ранее в разделе 8.10.1, функция просматривает за один проход только один компонент, вызывая для этой цели операцию VOP_LOOKUP. При осуществлении поиска в каталоге s5fs происходит вызов функции s5lookup(), которая начинает свою работу с проверки кэша подстановки имен
Также может иметь смысл заглянуть на сайт sanatoiy-ozerny-belorussia.ru, ведь именно там можно узнать много нового на тему http://sanatoiy-ozerny-belorussia.ru/. Тема санаторий Озерный может показаться на первый взгляд незначительной и даже не тематичной. Но стоит посетить сайт sanatoiy-ozerny-belorussia.ru, и тема санаторий Озерный начинает проявлять себя с неожиданной стороны и вызывает всё больший интерес. Дело в том, что тема санаторий Озерный очень подробно представлена на сайте sanatoiy-ozerny-belorussia.ru. Трудно найти более детальное освещение темы санаторий Озерный чем это сделано на сайте sanatoiy-ozerny-belorussia.ru. Спасибо сайту sanatoiy-ozerny-belorussia.ru за такое доскональное преподнесение темы санаторий Озерный. Если функция не находит искомый элемент в кэше, то поиск заданного имени файла будет осуществляться путем считывания каталога (по одному блоку за один прием). Если каталог содержит необходимый элемент, функция s5lookup() запросит для него номер индексного дескриптора. Затем она вызовет iget() для обнаружения дескриптора. Для этого функция произведет поиск индексного дескриптора по его номеру в таблице хэширования.
Если дескриптор не будет найден, функция iget() запросит новый индексный дескриптор и инициализирует его путем чтения дискового дескриптора. При копировании его полей в дескриптор, размещаемый в памяти, функция расширяет элементы массива di_addr[] до границы, кратной четырем байтам. Затем индексный дескриптор помещается в соответствующую таблицу хэширования. Функция также осуществляет инициализацию объекта vnode и устанавливает значение его поля v_op на вектор s5vnodeops, поле v_data — на сам индексный дескриптор и поле v_vfsp — на указатель vfs, к которой относится файл.
На последнем этапе работы функции iget() происходит возврат указателя на дескриптор операции s5lookup(), которая в свою очередь возвращает указатель на vnode функции
lookuppn()
Следует отметить, что iget() является функцией файловой системы s5fs, используемой только для размещения и инициализации индексных дескрипторов и vnode. Например, при создании нового файла операция s5create() производит размещение незадействованного номера индексного дескриптора (из списка свободных индексных дескрипторов суперблока) и далее вызывает iget() для копирования этого дескриптора в память.
Файловый ввод-вывод
Входным аргументом системных вызовов read и write является дескриптор файла (индекс, возвращаемый при его открытии), а также адрес пользовательского буфера, являющийся источником (для чтения) или приемником (для записи) данных, и счетчик количества передаваемых байтов. Смешение в файле контролируется функциями для объекта открытого файла, ассоциированного с его индексным дескриптором. По завершении операции ввода- вывода значение смещения изменяется на количество переданных байтов данных. Это означает, что последующие вызовы read или write начнут свою работу с той позиции в файле, где был завершен ввод-вывод предыдущего по счету вызова. В случае использования произвольного ввода-вывода пользователю необходимо перед чтением или записью вызвать lseek() для перемещения указателя в нужную позицию файла.
Независимый от файловой системы код использует файловый дескриптор как индекс в таблице индексных дескрипторов для получения указателя на объект открытого файла (структуры file),
после чего проверяет корректность режима открытия данного файла. Если режим совпадает, ядро запрашивает указатель на vnode их структуры file. Перед началом ввода-вывода ядро вызывает операцию V0P_RWL0CK для запрещения одновременного доступа к файлу. В системе s5fs защита файла реализована при помощи объекта эксклюзивной блокировки по отношению к дескриптору файла1. Применение блокировки гарантирует неизменность данных при чтении или записи (в рамках одного системного вызова), а также то, что все вызовы write будут исходить от одной нити. Затем ядро производит запуск V0P_READ или V0P_WRITE, указанных в объекте vnode. Это приведет к последующему вызову зависимых от файловой системы функций s5read() или s5write() соответственно.
В более ранних реализациях системы процедуры ввода-вывода использовали буферный кэш, специальную область памяти, зарезервированную для блоков файловой системы. В SVR4 была произведена унификация ввода-вывода файлов с операциями управления виртуальной памятью, в этой системе буферный кэш применяется только для хранения блоков метаданных. Ранняя версия буферного кэша будет рассмотрена в разделе 9.12. В этом разделе мы вкратце опишем операции, реализованные в SVR4. Подробную информацию о виртуальной памяти можно получить из раздела 14.8.
Опубликовал katy
July 09 2015 09:11:55 ·
0 Комментариев ·
2652 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.