Реклама

Наш канал:

Таненбаум Э.- Архитектура компьютера. стр.383

Далее следует поле безопасности. Во всех версиях, вплоть до Windows NT 4.0, в поле безопасности содержался дескриптор безопасности. Начиная с Windows 2000, вся информация о безопасности помещается в один файл, а поле безопасности просто указывает на соответствующую часть этого файла.

Для файлов небольшого размера сами данные этих файлов могут содержаться в записи главной файловой таблицы, что упрощает их вызов — для этого не требуется обращаться к диску. Данная концепция получила название непосредственный файл [148]. Для файлов большого размера это поле содержит указатели на кластеры с данными или (что более распространено) на блоки последовательных кластеров, так что номер кластера и его длина могут представлять произвольное количество данных. Если элемент главной файловой таблицы недостаточно велик для хранения нужной информации, с ним можно связать один или несколько дополнительных элементов (записей).

Максимальный размер файла составляет 264 байт. Поясним, что собой представляет файл такого размера. Представим, что файл записан в двоичной системе, а каждый 0 или 1 занимает 1 мм пространства. Величина 267 мм соответствует значению 15 световых лет. Этого хватило бы для того, чтобы выйти за пределы Солнечной системы, достичь Альфа Центавры и вернуться обратно.

Файловая система NTFS имеет много других интересных особенностей, в частности, она поддерживает компрессию данных и механизм отказоустойчивости на основе атомарных транзакций. Дополнительную информацию можно найти в [177].

Примеры управления процессами

Системы Windows ХР и UNIX позволяют разделить работу на несколько процессов, выполняющихся параллельно и взаимодействующих друг с другом, как в примере с производителем и потребителем, который мы обсуждали ранее. В этом подразделе мы поговорим о том, как происходит управление процессами в обеих системах. Обе системы поддерживают параллелизм в пределах одного процесса с использованием программных потоков, и об этом мы тоже расскажем.

Управление процессами в UNIX

В любой момент процесс в UNIX может создать субпроцесс, являющийся его точной копией. Для этого выполняется системный вызов fork. Исходный процесс называется родительским, а новый — дочерним. Два процесса, полученные в результате вызова fork, абсолютно идентичны и даже разделяют одни и те же файловые дескрипторы. Однако каждый из этих двух процессов выполняет свою работу независимо от другого.

Часто дочерний процесс определенным образом дезориентирует дескрипторы файлов, а затем выполняет системный вызов exec, который заменяет программу и данные программой и данными из выполняемого файла, определенного в качестве параметра вызова exec. Например, если пользователь вводит команду xyz, то интерпретатор команд (оболочка) выполняет операцию fork, порождая таким образом дочерний процесс. А этот процесс выполняет вызов exec, чтобы запустить программу xyz.

Эти два процесса работают параллельно (с системным вызовом exec или без него), но иногда родительский процесс должен по каким-либо причинам ждать, чтобы дочерний процесс завершил свою работу, и только после этого продолжает выполнение тех или иных действий. В этом случае родительский процесс выполняет системный вызов wait или waitpid, в результате чего он временно приостанавливается и ждет, пока дочерний процесс не выполнит системный вызов exit.