ADFS (Advanced Disc Filing System)

Материал из Национальной библиотеки им. Н. Э. Баумана
Последнее изменение этой страницы: 15:20, 2 июня 2016.
ADFS
Полное название Advanced Disc Filing System
Содержимое каталога Hierarchical fixed-length tables
Распределение файлов One range per file plus table of free-space ranges (L), bitmap with embedded file IDs (E)
Сбойные блоки none (L), marked in bitmap (E)
Limits
Макс. размер тома 512 MiB
Макс. размер файла 512 MiB
Макс. количество файлов 47 per directory (L), 77 per directory (E)
Макс. длина имени файла 10 characters
Разрешенные символы
в именах файлов
ASCII (Acorn MOS), ISO 8859-1 (RISC OS)
Features
Даты зарегистрирован Modification
Диапазон дат 1 January 1900 - 3 June 2248
Дата резолюции 10 ms
Вилка no
Признаки Load address, execute address and file cycle number (Acorn MOS); File type and modification time (RISC OS); User read/write/execute-only; public read/write/execute-only; Deletion lock
Разрешения файловой системы None
Прозрачное сжатие No
Транспорантное шифрование No
Дедупликация данных No
Другие
Операционная система Acorn MOS, RISC OS

ADFS (англ. Advanced Disc Filing System) — файловая система, использовавшаяся на компьютерах Acorn Computers, в операционной системе RISC OS и её потомках. Изначально базировалась на редко используемой Acorn Winchester Filing System, которая была переименована в Advanced Disc Filing System, когда в неё была добавлена поддержка флоппи-дисков (с использованием контроллера WD1770).

Оригинальная ФС Acorn, Disk Filing System (англ.) (DFS), позволяла сохранить лишь небольшое количество файлов на диск, имена же каталогов и файлов были ограничены 1 и 7 символами соответственно. Эти ограничения отчасти были вызваны тем, что Disk Filing System была основана на дисковой прошивке, используемой в ранних компьютерах Acorn Atom и System 3-5 Eurocard (англ.). Чтобы преодолеть эти ограничения, Acorn разработала ADFS. Наиболее значительным изменением стал переход к иерархической структуре каталогов. Максимальная длина имени файла была увеличена до 10 символов, и максимально возможное количество файлов в директории увеличено до 47. Были сохранены внешние атрибуты DFS; разделителем директорий продолжала быть точка, а знак "$" стал обозначать корень файловой системы. ^ использовался для обозначения родительского каталога, а \ — последний посещённый каталог.

8-разрядное использование

ADFS на 8-битных систем требовало WD1770 или более поздней версии 1772-серии контроллера флоппи, вследствие неспособности оригинального Intel 8271 чипа, чтобы справиться с форматом требований ADFS двойной плотности. ADFS, однако, может быть использован для поддержки жестких дисков без контроллера 1770 настоящее время; в разработке использование жестких дисков было основной целью, расширение для обработки дискетах пришло позже. 1770 флоппи-контроллер был непосредственно включен в конструкцию Master Series и B + модели, и была доступна как «обновить» плату для более ранней модели Б. Дискеты интерфейс Acorn Electron (Acorn Plus 3) был добавлен блок, первоначально доступны через Acorn и последующего Pres (так называемый Advanced Computer Products). Реализация АКТ ADFS зафиксировала недостаток в версии v1.0 Acorn, которая требует использования файла с именем ZYSYSHELP. На Electron, повреждение диска может также возникнуть, если пытаться использовать команду * COMPACT без отключения мигающий курсор. Это было связано с тем, что * COMPACT команда, используемая память экрана в качестве рабочего пространства во время операции, и мигающий курсор был поврежден, что занимало память. ADFS поддерживаются жесткие диски, и 3½ "дискеты, отформатированные до 640 Кб мощности с использованием двойного кодирования плотности MFM (формат L, односторонние диски были поддержаны с форматом S (160 KB) и формат M (320 КБ)) ADFS как. реализованы в системе микрокомпьютера BBC (а затем RISC OS) никогда не имел поддержку одной дискеты плотности.

Жесткий диск поддержка в ADFS используется один и тот же формат, что и дискетах формата L в терминах 256-байтовых блоков; только основной расположение дорожек и секторов отличались в зависимости от фактического привода, используемого, но это управляется контроллером SCSI. Он сопряжен с ST506 / ST412 на основе блок Винчестер через МГц шине BBC Micro, 1, Acorn-спроектированный интерфейс карты (1 МГц шины для SCSI адаптера) и off-the-shelf контроллер Adaptec SCSI (SCSI для ST-506 адаптер ).

Поддержка дисков типа IDE / ATAPI был добавлен 'неофициально' третьими лицами в последние годы.

32-разрядное использование (Arthur и RISC OS)

На 32-битных системах, WD 1770 или 1772 был первоначально использован в качестве контроллера флоппи на ранних машинах диапазона. Более поздние модели использовали контроллер Multi-I/O в стиле ПК, требующий незначительных изменений в ADFS. В дополнение к унаследованной поддержкой формата 'L'-типа, Arthur, а затем RISC OS при условии, что расширение форматов, которые преодолеют ограничения на BBC Micro.

Arthur добавил D формате с 77 записей в каталоге, в отличие от предыдущих 47, а также может использоваться на жестких дисках и новый 800 KB двойной плотности дискету формата. Атрибут каждого файла "тип" был добавлен в пространстве, ранее используемый для хранения загрузки и выполнения адресов. 12 бит информации о типе используется для обозначения содержания или предполагаемого использования файла, как правило, представлены в виде трех шестнадцатеричных цифр. Это похоже на атрибут 32-битный системы хранящихся в файловой системе HFS Apple, и концептуально сопоставимы с более общего использования типов MIME по Be Операционная система (BeOS), или магических чисел в системах Unix (хотя последний хранится в виде часть файла, а не как метаданные).

RISC OS принесли в E и F формат для дисков двойной плотности и дисков высокой плотности / жестких дисков соответственно. Эти форматы поддерживают фрагментации файлов (с так называемой «новой карты»), для хранения нескольких файлов в одном фрагменте и хранения мелких файлов в таблицах каталогов. Стратегия распределения оптимизирована для минимизации фрагментации, а иногда выполняет дефрагментацию как часть операции хранения файлов. RISC OS 4 добавил E + / F + формат, который позволил для длинных имен файлов и более 77 файлов в одном каталоге. Подробнее последние версии RISC OS, в том числе для Iyonix, продолжать оказывать ADFS, и еще больше расширили его, чтобы справиться с большими размерами жестких дисков.

В отличие от реализации 8-битового, ADFS как это реализовано на RISC OS не является монолитной. Модуль системы под названием "ADFS" не обеспечивает не более чем драйвер блока и пользовательских интерфейсов, где модуль "FileCore" содержит фактическую реализацию файловой системы, и FileSwitch содержит VFS и реализации API доступ к файлам на высоком уровне. Это позволяет другим оборудованием легко использовать формат ADFS, такие как IDEFS (обычно используемый для IDE дополнительных карт), SCSIFS, а сеть-AppFS знают. FileCore и функции FileSwitch являются в некотором роде, подобных системных администраторов и IFS IO в Windows NT. Такая гибкость позволила других систем подачи, которые будут реализованы в RISC OS относительно легко.

Ссылки