AdvFS - AdvFS - Wikipedia
Эта статья слишком полагается на Рекомендации к основные источники.Сентябрь 2011 г.) (Узнайте, как и когда удалить этот шаблон сообщения) ( |
Разработчики) | Корпорация цифрового оборудования |
---|---|
Полное имя | Расширенная файловая система Tru64 UNIX |
Введено | 1993OSF / 1 | с
Структуры | |
Плохие блоки | Стол |
Пределы | |
Максимум. размер тома | 16 TiB |
Максимум. размер файла | 16 TiB |
Максимум. длина имени файла | 255 байт |
Другой | |
Поддерживается операционные системы | Tru64 UNIX |
AdvFS, также известный как Расширенная файловая система Tru64 UNIX, это файловая система разработан в конце 1980-х - середине 1990-х гг.[1] к Корпорация цифрового оборудования для них OSF / 1 версия Unix операционная система (позже Цифровой UNIX / Tru64 UNIX).[2] В июне 2008 года он был выпущен как бесплатное ПО под GNU GPLv 2 лицензии.[3] AdvFS используется в системах высокой доступности, где важно быстрое восстановление после простоя.[4]:428
Функциональность
AdvFS использует относительно продвинутую концепцию пула хранения (называемую файловый домен) и логических файловых систем (называемых наборы файлов). Файловый домен состоит из любого количества блочных устройств, которые могут быть разделами, LVM или же LSM устройств. Набор файлов - это логическая файловая система, созданная в одном файловом домене. Администраторы могут добавлять или удалять тома из активного файлового домена, при условии, что в оставшемся файловом домене достаточно места, в случае удаления. Это было одной из самых сложных исходных функций для реализации, поскольку все данные или метаданные, находящиеся на удаляемом диске, должны были быть сначала перенесены в оперативном режиме на другие диски перед удалением.
Наборы файлов могут быть сбалансированы, что означает, что содержимое файлов наборов файлов будет сбалансировано по физическим томам. Отдельные файлы в наборе файлов могут быть в полоску в доступных объемах.
Администраторы могут сделать снимок (или клон) любого активного или неактивного набора файлов. Это позволяет легко выполнять резервное копирование в режиме онлайн.
Другая функция позволяет администраторам добавлять или удалять блочные устройства из файлового домена, пока в файловом домене есть активные пользователи. Эта функция добавления / удаления позволяет выполнять миграцию на более крупные устройства или миграцию с потенциально неисправного оборудования без выключения системы.
Функции
Его особенности включают:
- а журнал чтобы обеспечить быстрое восстановление после сбоя[5]
- восстановление поддерживать
- высокая производительность
- динамическая структура, позволяющая администратору управлять файловой системой на лету
- на лету создание снимков
- дефрагментация, пока в домене есть активные пользователи
В Linux AdvFS поддерживает дополнительный системный вызов «syncv» для атомарной фиксации изменений в нескольких файлах.[6]
История
AdvFS, также известный как Расширенная файловая система Tru64 UNIX, был разработан Корпорация цифрового оборудования инженеры в конце 1980-х - середине 1990-х[1] в Бельвью, Вашингтон (DECwest). Ранее они работали над более ранними (отмененными) проектами Mica и Ozix.
Впервые он был доставлен в систему DEC OSF / 1 (позже Digital UNIX / Tru64 UNIX). Со временем разработка перешла к командам, расположенным в Бельвью, штат Вашингтон, и Нашуа, Нью-Хэмпшир. Номер версии всегда отставал от номера версии операционной системы. Таким образом, DEC OSF / 1 v3.2 имел AdvFS v2.x, Digital UNIX 4.0 имел AdvFS v3.x и Tru64 UNIX 5.x имел AdvFS v4.x. Обычно считается[нужна цитата ] что только AdvFS v4 достигла стабильности производственного уровня с достаточным набором инструментов, чтобы избавить администраторов от любых проблем.[2] Первоначальная команда была достаточно уверена в своем восстановлении на основе журналов, чтобы выпустить его без утилиты восстановления в стиле «fsck», исходя из предположения, что журнал файловой системы всегда будет размещаться на зеркальных дисках.
В 1996 году Ли и Теккат[7] описал использование AdvFS поверх нового уровня виртуализации дисков, известного как Лепесток. В более поздней статье[8] Thekkath et al. описать собственную файловую систему (Франжипани) построен на Лепесток и сравните его с производительностью AdvFS, работающей на том же уровне хранения.
Шапиро и Миллер[9] сравнил производительность файлов, хранящихся в AdvFS, с хранилищем BLOB-объектов Oracle RDBMS версии 7.3.4.
Compaq Sierra Parallel File System (PFS) создала кластерную файловую систему на основе нескольких локальных файловых систем AdvFS; тестирование проводится на Национальная лаборатория Лоуренса Ливермора (LLNL) в 2000–2001 годах обнаружил, что, хотя базовая файловая система AdvFS имела адекватную производительность (хотя и с высокой загрузкой ЦП), слой кластеризации PFS поверх нее работал плохо.[10]
23 июня 2008 г. исходный код был выпущен Hewlett Packard[3] под Стандартная общественная лицензия GNU версия 2 (вместо недавно выпущенной GPLv3 ) в SourceForge для того, чтобы быть совместимый с также лицензией GPLv2 Ядро Linux лицензия.[11]
Рекомендации
- ^ а б "Лист регистраций изменений?". SourceForge.net. Получено 2008-06-25.
- ^ а б Стивен М. Хэнкок (январь 2001 г.). Руководство по администрированию файловой системы Tru64 Unix. Цифровая пресса. п. 258. ISBN 978-1-55558-227-2.
- ^ а б Пресс-релиз о выходе исходного кода AdvFS
- ^ Брэди, Дон. Проектирование ГИС для обеспечения высокой доступности и высокой производительности. Высокопроизводительные вычисления в Азиатско-Тихоокеанском регионе, 2000. Труды. Четвертая международная конференция / выставка. С. 423–431. Дои:10.1109 / HPC.2000.846591.
AdvFS - это локальная файловая система с журналированием, которая обеспечивает более высокую доступность, большую гибкость и возможности восстановления, чем традиционные файловые системы UNIX. Восстановление для AdvFS занимает всего несколько секунд ...
- ^ Амир Х. Маджидимер (1996). Оптимизация UNIX для повышения производительности. Prentice Hall PTR. п. 69. ISBN 978-0-13-111551-4.
Реализации файловой системы с журнальной структурой включают в себя журналируемую файловую систему AIX (JFS), расширенную файловую систему DEC (AdvFS) и SUN UFS с ведением журнала транзакций в Solaris DiskSuite.
- ^ Верма, Раджат и др. «Атомарные обновления данных приложения в файловой системе Linux». 13-я конференция USENIX по файловым технологиям и технологиям хранения (FAST 15). 2015. онлайн-версия
- ^ Ли, Эдвард К. и Чандрамохан А. Теккат. «Лепесток: распределенные виртуальные диски». Уведомления ACM SIGPLAN. Vol. 31. № 9. ACM, 1996. Доступно онлайн
- ^ Чандрамохан А. Теккат, Тимоти Манн и Эдвард К. Ли. 1997. Frangipani: масштабируемая распределенная файловая система. SIGOPS Oper. Syst. Ред. 31, 5 (октябрь 1997 г.), 224-237. Также в: Чандрамохан А. Теккат, Тимоти Манн и Эдвард К. Ли. 1997. Frangipani: масштабируемая распределенная файловая система. В Трудах шестнадцатого симпозиума ACM по принципам операционных систем (SOSP '97), Уильям М. Уэйт (ред.). ACM, Нью-Йорк, Нью-Йорк, США, 224-237. Онлайн-версия
- ^ Шапиро, Майкл и Итан Миллер. «Управление базами данных с большими двоичными объектами». Системы массового хранения, 1999. 16-й симпозиум IEEE по. IEEE, 1999. Доступно онлайн
- ^ Уселтон, А. С. Производительность PFS, параллельной файловой системы продукта Compaq Sierra. США: N. p., 2001. Web. DOI: 10,2172 / 15006183. Доступно онлайн
- ^ Линус Торвальдс (2000-09-08). «Linux-2.4.0-test8». lkml.iu.edu. Получено 2015-11-21.
Единственное замечание, на которое я хотел бы обратить внимание, - это пояснение в файле COPYING, в котором ясно сказано, что для ядра действительна только _эта_ конкретная версия GPL. Это не должно вызывать удивления, поскольку это та же лицензия, которая существует с 0.12 или около того, но я подумал, что сделаю это явным
внешняя ссылка
- Исходный код на Sourceforge.net