Чем меньше размер блока размещения, тем больше их должно быть. Большое количество блоков размещения, в свою очередь, влечет за собой длинные индексы файлов и большие структуры связных списков в памяти. Системе MS-DOS пришлось перейти на многосекторные блоки по той причине, что дисковые адреса хранились в виде 16-разрядных чисел. Когда размер дисков стал превышать 64 Кбайт секторов, представить их можно было, только используя блоки размещения большего размера, поэтому число таких блоков не превышало 64 Кбайт. В первом выпуске Windows 95 возникла та лее проблема, но в последующем выпуске уже использовались 32-разрядные числа. Windows 98 поддерживает оба варианта.
Маленькие блоки тоже имеют свои преимущества. Дело в том, что файлы очень редко занимают ровно целое число блоков размещения. Следовательно, практически в каждом файле в последнем блоке размещения останется неиспользованное пространство. Если размер файла значительно превышает размер блока размещения, то в среднем неиспользованное пространство составит половину блока. Чем больше блок, тем больше остается свободного пространства. Если средний размер файла намного меньше размера блока размещения, большая часть пространства на диске окажется неиспользованной. Например, в MS-DOS или в первой версии Windows 95 с 2-гигабайтным дисковым разделом размер блока размещения составляет 32 Кбайт, поэтому при записи на диск файла в 100 символов 32 668 байт дискового пространства теряются. С точки зрения распределения дискового пространства маленькие блоки размещения имеют преимущество над большими. В настоящее время самым важным фактором считается скорость передачи данных, поэтому размер блоков постоянно увеличивается.
Команды управления каталогами
Много лет назад программы и данные хранились на перфокартах. Поскольку размер программ увеличивался, а данных становилось все больше, такая форма
хранения стала неудобной. Тогда возникла идея вместо перфокарт использовать для хранения программ и данных вспомогательную память (например, диск). Информация, доступная для компьютера без вмешательства человека, называется оперативной (on-line). Напротив, автономная (off-line) информация требует вмешательства человека (например, чтобы вставить компакт-диск).
Оперативная информация хранится в файлах. Программы могут получить доступ к ней через программы ввода-вывода. Чтобы следить за оперативной информацией, группировать ее в удобные блоки и защищать от незаконного использования, нужны дополнительные команды.
Обычно операционная система группирует файлы оперативной информации в каталоги. Рисунок 6.20 иллюстрирует пример такой организации. В этом случае поддерживаются системные вызовы, по крайней мере, для следующих функций:
+ создание файла и включение его в каталог;
+ удаление файла из каталога;
+ переименование файла;
+ изменение статуса защиты файла.
Могут применяться различные схемы защиты. Например, владелец файлов может ввести секретный пароль доступа к каждому файлу. Тогда для доступа к файлу программе потребуется сгенерировать пароль, который будет проверен операционной системой. Доступ к файлу разрешается только в том случае, если пароль правильный. Кроме того, для каждого файла можно создать список пользователей, программы которых смогут получать доступ к данному файлу.