Стандарт третьего поколения в. Олифер Н. Олифер

да-вывода для выполнения операции чтения. На этом уровне уже фигурируют такие детали
устройства файловой системы, как номера цилиндров, дорожек, секторов.
Среди функций, которые может запросить прикладная программа, обращаясь к верхнему
уровню файловой системы, может быть, например, такая:
ПРОЧИТАТЬ 22 ЛОГИЧЕСКУЮ ЗАПИСЬ ФАЙЛА D IR 1 /M Y /F IL E .T X T
Верхний уровень не может выполнить этот запрос «только своими силами», определив по
символьному имени DIR1/MY/FILE .TXT физический адрес файла, он обращается с запросом
к нижележащему уровню:
ПРОЧИТАТЬ 22 ЛОГИЧЕСКУЮ ЗАПИСЬ ИЗ ФАЙЛА,
ИМЕЮЩЕГО ФИЗИЧЕСКИЙ АДРЕС 1 7 4 И РАЗМЕР 235
В ответ на запрос второй уровень определяет, что файл с адресом 174 занимает на диске
пять несмежных областей, а искомая запись находится в четвертой области в физическом
блоке 345. После этого он обращается к драйверу с запросом о чтении требуемой логической
записи.
В соответствии с этой упрощенной схемой взаимодействие уровней файловой системы явля­
ется однонаправленным — сверху вниз. Однако реальная картина существенно сложнее. Дей­
ствительно, чтобы определить характеристики файла, верхний уровень должен «раскрутить»
его символьное имя, то есть последовательно прочитать всю цепочку каталогов, указанную
в имени файла. А это значит, что для решения своей задачи он несколько раз обратится к ни­
жележащему уровню, который, в свою очередь, несколько раз «попросит» драйвер считать
данные каталогов с диска. И каждый раз результаты будут передаваться снизу вверх.
Задача организации взаимодействия компьютеров в сети тоже может быть представлена 
в виде иерархически организованного множества модулей. Например, модулям нижнего 
уровня можно поручить вопросы, связанные с надежной передачей информации между 
двумя соседними узлами, а модулям следующего, более высокого уровня — транспорти­

---

108