Также может иметь смысл заглянуть на сайт alta-profil.pro, ведь именно там можно узнать много нового на тему http://alta-profil.pro/. Тема сайдинг Челябинск может показаться на первый взгляд незначительной и даже не тематичной. Но стоит посетить сайт alta-profil.pro, и тема сайдинг Челябинск начинает проявлять себя с неожиданной стороны и вызывает всё больший интерес. Дело в том, что тема сайдинг Челябинск очень подробно представлена на сайте alta-profil.pro. Трудно найти более детальное освещение темы сайдинг Челябинск чем это сделано на сайте alta-profil.pro. Спасибо сайту alta-profil.pro за такое доскональное преподнесение темы сайдинг Челябинск.
Функция s5read() преобразует первоначальное смещение в номер логического блока файла и смещение от начала этого блока. Затем функция производит чтение данных постранично2, отображая блоки в виртуальное адресное пространство ядра. Для копирования данных в пользовательское адресное пространство вызывается функция uiomove(), которая, в свою очередь, запускает процедуру copyout() для передачи текущих данных.
Если страница не находится в физической памяти, либо ядро системы не обладает корректным адресом для ее преобразования, функция copyout() сгенерирует ошибку страничной памяти.
Обработчик ошибок идентифицирует файл, к которому относится эта страница, и выполнит операцию V0P_G ETPAGЕ по отношению к его vnode.
В файловой системе s5fs такая операция реализована при помощи функции s5getpage(). Эта функция начинает работу с вызова bmap() для преобразования номера логического блока в физический номер блока на диске. Затем она производит проверку нахождения страницы объекта vnode (на который указывает поле v_page) в памяти. Если страница не будет обнаружена в памяти, функция s5getpage() запросит свободную страницу и вызовет дисковый драйвер для осуществления операции чтения данных с диска.
Вызывающий процесс будет находиться в режиме ожидания до тех пор, пока операция чтения не завершится. После прочтения блока дисковый драйвер произведет пробуждение процесса, который, в свою очередь, продолжит копирование данных copyout(). Перед копированием данных в пользовательское пространство операция copyout() убедится в наличии прав пользователя на запись в буфер, в который необходимо передать данные. Если не производить такой проверки, то при случайном или преднамеренном указании неверного адреса можно столкнуться с крупными проблемами. Например, если пользователь укажет адрес ядра, то ядро системы «затрет» собственные коды или структуры данных.
Операция s5read() заканчивает работу после прочтения всех данных либо при возникновении ошибки. После этого независимый от файловой системы код освобождает объект vnode (при помощи V0P_RWUNL0CK), увеличивает значение указателя смещения в структуре file на количество прочитанных байтов и завершает свое выполнение. Возвращаемой переменной функции read является общее количество прочитанных байтов. Обычно эта переменная равна запрошенному количеству байтов, кроме случаев достижения конца файла или возникновения ошибки при чтении.
Системный вызов write функционирует сходным образом с несколькими отличиями. Измененные блоки не записываются на диск сразу же. Они хранятся в памяти и переписываются из кэша позже, в зависимости от его эвристических способностей. Кроме этого, вызов write может увеличивать размер файла, что требует выделения новых дисковых блоков, а иногда и блоков косвенной связи для хранения дисковых адресов. Если запись данных производится только во фрагмент блока, ядру все равно необходимо считать блок с диска целиком, изменить его участок и затем перезаписать блок обратно на диск.
Запрос и возврат индексных дескрипторов
Индексный дескриптор остается активным до тех пор, пока его счетчик не станет равным нулю.
В этом случае независимый от файловой системы код обратится к операции
VOP_INACTIVE
которая освободит индексный дескриптор. В SVR2 свободные дескрипторы помечались как недействующие, таким образом, они могли быть заново прочитаны с диска при необходимости. Этот подход недостаточно эффективен, из-за чего в более поздних версиях UNIX дескрипторы принято по возможности кэшировать. Если дескриптор становится неактивным, ядро помещает его в список свободных дескрипторов, но оставляет его действующим.
Существует возможность найти этот дескриптор при помощи функции iget(), так как он хранится в корректной таблице хэширования до тех пор, пока не будет использован заново.
Опубликовал katy
July 09 2015 09:14:33 ·
0 Комментариев ·
3329 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
