Apple filing что такое

APFS или APFS (зашифрованный) — какому из них отдать предпочтение?

Пользователи Макбуков в последнее время сталкиваются с дилеммой, какой формат файловой системы лучше использовать: обычный APFS или APFS зашифрованный. Чтобы ответить на этот вопрос , важно разобраться, что такое APFS , в каких ситуациях лучше использовать или не использовать этот формат файловой системы.

APFS — это Apple File System или файловая система от компании Apple, которая стала использоваться компанией относительно недавно в устройствах с версией MacOS 10.13 и выше. Эта файловая система пришла на замену другой системе — MacOS Extended, которая перестала удовлетворять своими характеристиками и использовалась на устройствах с операционной системой MacOS 10.12 и ниже.

Что такое APFS?

APFS — это новейшая файловая система от компании Apple, которая используется на современных компьютерах Mac. Как известно, компания Apple использует закрытую архитектуру при производстве своих устройств, поэтому файловая система у них тоже своя. APFS характеризуется:

высоконадежным современным способом шифровки хранимой информации;

возможностью совместного использования файлового пространства;

возможностью получать моментальные снимки системы;

способностью системы адаптивно изменять размерность собственных каталогов;

наличием улучшенных принципов работы файловой системы;

APFS адаптирована таким образом, что ее можно применять в качестве вида форматирования hard-дисков компьютерных устройств или fl a sh-устройств, которые можно будет использовать только в устройствах под управлением MacOS последних версий. С более старыми операционными системами MacOS-устройств работа также возможна, однако пользователи таких компьютеров часто жалуются на несовместимость APFS со своим старым «железом», например , если использовать «флешку» , от форматированную под APFS.

Разновидности APFS, какой формат лучше: зашифрованный или нет

Формат APFS предлагает пользователям несколько своих разновидностей:

простой APFS — это формат, который ничем не выделяется и не имеет никаких ограничений или «плюшек», поэтому его можно использовать везде и без особых проблем;

APFS зашифрованный — обладает теми же свойствами, что и простой APFS, однако использует в своей работе технологию шифрования томов;

простой APFS, но чувствительный к регистру — обладает всеми достоинствами простого APFS, однако берет во внимание регистр им ен файлов и папок, то есть имена «Рабочая папка» и «РАБОЧАЯ ПАПКА» — это будут совершенно разные папки;

APFS чувствительный к регистру и зашифрованный — этот способ форматирования использует все преимущества и недостатки предыдущего формата, однако дополнительно шифрует вс ю информацию томов.

Чем так хорош формат APFS? Тем , что в его контейнерах можно с достаточной легкостью управлять томами: удалять, добавлять и переименовывать. Но самое интересное, что каждый отдельный том в одном контейнере может быть отформатирован в разный APFS, например , в одном контейнере легко могут сочетаться форматы:

простой APFS, но чувствительный к регистру;

APFS чувствительный к регистру и зашифрованный.

Так что лучше : простой APFS или APFS зашифрованный? Ответ на этот вопрос очевиден: все зависит сугубо от ваших требований. Если вы храните информацию, которая не представляет колоссальной ценности, а вашим устройством пользуетесь только вы, то вполне можно применять просто APFS.

Но если вы заботитесь о безопасности сохраняемой информации, то можно использовать APFS зашифрованный. Вообще, качество шифрования в APFS является фундаментальным свойством , встроенным непосредственно в систему, что и отличает этот формат от предыдущих. APFS предлагает несколько способов шифровани я ( с одним или несколькими ключами) , да еще и в двух режимах: AES-XTS и AES-CBC.

Заключение

APFS или APFS зашифрованный? По нашему субъективному мнению, раз шифрование заложено в основе файловой системы APFS, то можно смело им воспользоваться. В остальном же APFS — это формат для Apple-устройств, который работает лучше , чем предыдущий. Однако использование данного формата в переносных устройствах пока крайне не рекомендовано, потому что «флешка» такого формата не будет прочитана на устройствах под управлением Windows, Linux и многих более старых MacOS. Точно так же «флешка» на виндовском NTFS не будет прочитана на Mac. Поэтому в качестве универсальной альтернатив ы д ля «флешек» рекомендуется использование формата ExFAT, который будет совместим с компьютерами под управлением Windows, MacOS и Linux.

Мы будем очень благодарны

если под понравившемся материалом Вы нажмёте одну из кнопок социальных сетей и поделитесь с друзьями.

Источник

Файловая система Apple File System (APFS)

64-битные иноды, атомарные транзакции, метки времени в наносекундах, клонирование директорий, встроенное шифрование

На вчерашней презентации WWDC 2016 компания Apple показала новые версии операционных систем macOS (Sierra) 10.12, iOS 10, tvOS 10, watchOS 3, приложение для обучения детей программированию Swift Playgrounds и новые эмодзи.

Казалось бы, ничего интересного. Однако, Apple всё-таки выкатила кое-что фундаментальное. Самая значительная разработка из всего упомянутого на презентации — это файловая система нового поколения Apple File System (APFS) в операционной системе macOS (Sierra) 10.12.

На сайте для разработчиков вскоре после презентации опубликована документация с основными характеристиками и описанием файловой системы, которая повторяет отдельные функции мощной свободной файловой системы ZFS.

Сейчас в компьютерах Apple используется файловая система HFS+, расширенная версия HFS (Hierarchical File System, иерархическая файловая система), созданной более 30 лет назад. Подобно своей предшественнице, HFS+ использует древовидную структуру, называемую B*-дерево, для хранения большей части метаданных. Отсюда и название «иерархическая файловая система».

Официальное представление HFS+ состоялось 19 января 1998 года, вместе с MacOS 8.1. С 2002 года в системе реализовано журналирование для повышения надёжности хранения информации. С версии OS X 10.3 журналирование включено по умолчанию, появилась возможность работать в режиме с учётом регистра имён.

Вплоть до версии OS X 10.7 разработчики продолжали дорабатывать HFS+ и реализовывать на уровне файловой системы новые функции для OS X. Но факт остаётся фактом: HFS изначально разрабатывалась во времена флоппи-дисков и крутящихся винчестеров, когда размеры файлов измерялись в килобайтах или мегабайтах. Сегодня многие работают с накопителями SSD, где хранятся миллионы файлов — гигабайты или терабайты данных. К файловой системе выдвигаются совершенно иные требования. Вместо доработки старого кода компания Apple решила наконец-то написать новую файловую систему с нуля.

Файловая система APFS нового поколения пока находится на стадии developer preview, то есть её не планируется выкатывать в массовое использование в ближайшее время. В данный момент нельзя использовать том APFS как загрузочный диск, его также нельзя применять в системе резервного копирования Time Machine, в Fusion Drive или с шифрованием File Vault. Но можно для обычного незагрузочного тома.

Предстоит ещё долгая доработка и тестирование, но уже потом APFS станет основной файловой системой Apple на десятилетия вперёд.

APFS, в отличие от HFS+, изначально различает регистр символов в названиях файлов и папок, и эту функцию нельзя отключить. Это следует иметь в виду всем, кто решит использовать APFS.

В принципе, Apple рекомендует для начала поэкспериментировать с APFS на внешнем накопителе, на котором не хранится ничего важного. Для этого предлагается использовать утилиту hdiutil.

Основные характеристики

В официальной документации перечислены общие характеристики файловой системы APFS в сравнении с HFS+.

Контейнеры и тома

Контейнер — это основной объект для хранения данных в APFS. Конейнеры обычно полностью совпадают с записями GUID Partition Table (GPT), у них собственная схема защиты от сбоев и распределения дискового пространства. Каждый контейнер содержит один или больше томов или файловых систем, в каждой из которых есть собственное пространство имён, то есть набор файлов и директорий.

APFS напрямую не поддерживает программный RAID, но её можно использовать с томами Apple RAID для поддержки Striping (RAID 0), Mirroring (RAID 1) и Concatenation (JBOD).

64-битные индексные дескрипторы (inode)

64-битные иноды значительно увеличивает пространство имён, по сравнению с 32-битными индентификаторами в HFS+. В 64-битной файловой системе APFS поддерживается более 9 квинтиллионов файлов на каждом томе. Этого должно хватить каждому, как говорил Билл Гейтс.

Наносекундные метки времени

В APFS значительно увеличена точность меток времени (таймстампов). APFS поддерживает установку меток времени с точностью до наносекунды. Для сравнения, в HFS+ метки времени выставлялись с точностью до секунды.

Наносекундные таймстампы очень важны в современных файловых системах, потому что они помогают реализовать атомарности и атомарных транзакций — одного из основных требований ACID к транзакционной системе (например, к СУБД). Атомарность гарантирует, что никакая транзакция не будет зафиксирована в системе частично. Будут либо выполнены все её подоперации, либо не выполнено ни одной.

Защита от сбоев

В APFS реализована инновационная схема метаданных copy-on-write, которую Apple называет «защитой от сбоев» (“Crash Protection”). Она гарантирует, что изменения в файловой системе и записи в журнал остаются в синхронизированном виде, если что-то происходит во время записи — например, пропадает электропитание.

Схема copy-on-write в ZFS

Разреженные файлы (sparse files)

Файл с атрибутом «разреженный» предполагает содержание блоков нулевых байт, не хранимых на накопителе, а подразумеваемых. В HFS+ не было поддержки разреженных файлов.

Расширенные атрибуты

APFS имеет встроенную поддержку расширенных файловых атрибутов, которая в HFS+ реализовалась через файл Attributes, то есть через B-дерево.

Шифрование

Apple заявляет, что шифрование является фундаментальным свойством, которое встроено в APFS на уровне файловой системы. Для каждого тома в контейнере APFS устанавливается одна из моделей шифрования: без шифрования, шифрование с одним ключом, шифрование с несколькими ключами. В последнем случае отдельные ключи применяются для шифрования файлов и метаданных. В зависимости от оборудования, APFS использует режим шифрования AES-XTS или AES-CBC.

Клонирование файлов и директорий

Клонирование — практически мгновенное копирование файла или директории, при котором не требуется дополнительное место для хранения данных. При модификации клона файловая система записывает только изменение данных. Таким образом, новая файловая система может хранить много версий больших файлов, отнимая меньше дискового пространства.

Снапшоты

Снапшоты — открытые только для чтения «слепки» файловой системы в томе. Операционная система может использовать снапшоты для более эффективной процедуры резервного копирования. То есть наконец-то Time Machine будет работать нормально (быстро).

Конечно, по своим возможностям APFS значительно уступает 128-битной файловой системе ZFS, которую поддерживают Linux, FreeBSD и другие свободные ОС, но со стороны Apple это шаг в правильном направлении.

Странно, что в предварительной документации не упомянута функция компрессии, которую HFS+, кстати, поддерживает.

Apple долго пыталась перенести ZFS на систему OS X, по этому поводу велась активная дискуссия в списках рассылки ZFS, были опубликованы предварительные снапшоты для следующей версии OS X. Позже была сделана реализация OpenZFS для OS X (O3X) и MacZFX.

Файловая система ZFS распространяется с открытым исходным кодом, и Apple вполне могла позаимствовать некоторые идеи для файловой системы APFS. Реализация open source для APFS пока не готова, компания Apple планирует опубликовать задокументировать и опубликовать формат APFS в 2017 году.

На конференции WWDC сегодня вечером состоится первая формальная сессия, где разработчикам более подробно продемонстрируют новые возможности APFS.

Источник

Протокол подачи Apple — Apple Filing Protocol

Протокол хранения Apple

Протокол связи
Цель	Файловые службы
Разработчики)	Apple, Inc.
Порт (ы)	548

Протокол Apple Filing Protocol ( AFP ), ранее называвшийся протоколом AppleTalk Filing Protocol, является проприетарным сетевым протоколом и частью Apple File Service ( AFS ), который предлагает файловые службы для macOS и классической Mac OS . В Mac OS 9 и более ранних версиях AFP был основным протоколом для файловых служб. Протокол устарел, начиная с OS X 10.9 Mavericks , а поддержка AFP Server была удалена в macOS 11 Big Sur . В macOS 10.x AFP — одна из нескольких поддерживаемых файловых служб, в том числе блок сообщений сервера (SMB), сетевая файловая система (NFS), протокол передачи файлов (FTP) и WebDAV . В настоящее время AFP поддерживает имена файлов Unicode , разрешения POSIX и списков управления доступом , вилки ресурсов , именованные расширенные атрибуты и расширенную блокировку файлов .

СОДЕРЖАНИЕ

Совместимость

AFP версии 3.0 и выше полагаются исключительно на TCP / IP (порт 548) для установления связи, поддерживая AppleTalk только как протокол обнаружения служб . Семейство AFP 2.x поддерживает как TCP / IP (с использованием интерфейса потока данных ), так и AppleTalk для связи и обнаружения служб. Многие сторонние реализации AFP используют AFP 2.x, тем самым поддерживая AppleTalk в качестве метода подключения. Еще более ранние версии полагаются исключительно на AppleTalk. По этой причине в некоторой старой литературе AFP именуется «протоколом хранения AppleTalk». В другой литературе AFP может упоминаться как «AppleShare» — название клиента AFP для Mac OS 9 (и более ранних версий).

Известные текущие темы совместимости:

1. В Mac OS X v10.4 и более поздних версиях отсутствует поддержка серверов AFP, которые для связи полагаются только на AppleTalk.
2. Компьютеры с классической Mac OS могут подключаться к серверам AFP 3.x с некоторыми ограничениями. Например, максимальный размер файла в Mac OS 8 составляет 2 гигабайта . Обычно для подключения к серверам AFP 3.x рекомендуется Mac OS 9.1 или новее; для версий оригинальной Mac OS до 9.1 требуется установка клиента AppleShare 3.8.8.
3. Для домашних каталогов в сети требуется AFP 3.0 и выше, поскольку Mac OS X требует разрешений POSIX для домашних каталогов пользователей. Для единого входа с использованием Kerberos требуется AFP 3.1.
4. APFS: AFP несовместим с совместным использованием томов APFS, но по-прежнему может использоваться в качестве места назначения Time Machine в High Sierra.

История

Ранние реализации серверного программного обеспечения AFP были доступны в Mac OS, начиная с System 6, в AppleShare и AppleShare IP, а также в ранних версиях «1.x» Mac OS X Server. В клиентских операционных системах AFP назывался «Personal File Sharing» и поддерживал до десяти одновременных подключений. Эти реализации AFP основывались на версии 1.x или 2.x протокола. AppleShare IP 5.x, 6.x и «1.x» выпуски Mac OS X Server представили AFP версии 2.2. Это была первая версия, предлагающая транспортные соединения с использованием TCP / IP, а также AppleTalk. Он также увеличил максимальный размер точки общего доступа с четырех гигабайт до двух терабайт , хотя максимальный размер файла, который можно было сохранить, остался на уровне двух гигабайт из-за ограничений в исходной Mac OS.

Изменения, внесенные в AFP, начиная с версии 3.0, представляют собой серьезный прогресс в протоколе, представляя функции, разработанные специально для клиентов Mac OS X.

Однако, как и клиент AppleShare в исходной Mac OS, клиент AFP в Mac OS X продолжает поддерживать коды типов и создателей , а также расширения имен файлов .

AFP 3.0 был представлен в Mac OS X Server 10.0.3 и использовался в Mac OS X Server 10.1.5. Это была первая версия, в которой использовалась модель разрешений POSIX в стиле UNIX и кодировки имен файлов Unicode UTF-8 . Версия 3.0 поддерживала максимальную точку общего доступа и размер файла два терабайта, максимальный размер файла и размер тома для Mac OS X до версии 10.2. (Обратите внимание, что максимальный размер файла изменился по сравнению с версией 2.2, описанной выше.) До AFP 3.0 максимальная длина имени файла, отправляемого через AFP, составляла 31 байт.

AFP 3.1 был представлен в Mac OS X Server версии 10.2. Заметные изменения включали поддержку аутентификации Kerberos, автоматическое переподключение клиента, повторное использование NFS и безопасные соединения AFP через Secure Shell (SSH). Максимальная точка общего доступа и размер файла увеличились до 8 терабайт с Mac OS X Server 10.2, а затем до 16 терабайт с Mac OS X Server 10.3.

AFP 3.2 добавляет поддержку списков контроля доступа и расширенных атрибутов в Mac OS X Server 10.4. Максимальный размер точки общего доступа составляет не менее 16 терабайт, хотя Apple не опубликовала документ об ограничениях для Mac OS X Server 10.4.

AFP 3.2+ был представлен в Mac OS X Leopard и добавляет поддержку чувствительности к регистру и улучшает поддержку Time Machine (синхронизация, кража блокировок и уведомления о спящем режиме).

AFP 3.3 требует поддержки функции кэша воспроизведения (требуется для Time Machine ).

AFP 3.4, представленный в OS X Mountain Lion , включает незначительное изменение в отображении ошибок POSIX на ошибки AFP.

См. Документацию Apple для разработчиков о различиях версий AFP.

Клиент macOS

В Mac OS X Tiger пользователи могут подключаться к серверам AFP, просматривая их в сетевом глобусе или вводя унифицированный указатель ресурсов (URL) AFP в диалоговом окне «Подключение к серверу». В Mac OS X Leopard и более поздних версиях общие ресурсы AFP отображаются на боковой панели Finder. URL-адреса AFP имеют вид: afp: // «сервер» / «общий доступ» , где «сервер» — это IP-адрес сервера , имя системы доменных имен (DNS) или имя Bonjour , а «общий доступ» — имя общего ресурса. точка. В Snow Leopard и более поздних версиях URL-адрес вида afp: // «сервер» / «общий доступ» / «путь» может использоваться для монтирования подкаталога под точкой общего доступа .

macOS также предлагает Personal File Sharing, «облегченную» реализацию текущей версии AFP. В Mac OS X 10.4 пользователи могут делиться содержимым своих общих папок, установив флажок «Общий доступ к файлам» в разделе «Общий доступ» в Системных настройках.

URL-адреса AFP для серверов AppleTalk имели вид: afp: // at / «Имя AppleTalk»: «Зона AppleTalk» . Для сетей без зон AppleTalk звездочка (*) будет заменена на имя зоны.

Сторонние реализации

Сторонние серверные реализации AFP доступны от ряда компаний.

• Открытый источник AFP сервер под названием Netatalk (AFP 3.4) доступен для Unix-подобных операционных систем и интегрированы в NAS — решений , включая системы Buffalo NAS, Exanet ExaStore, Iomega «s Home Media Network Hard Drive, IXsystems TrueNAS, LaCie NAS OS, Lime Technology unRAID, Napp-it, Netgear ReadyNAS, QNAP NAS, Synology DiskStation, Thecus NAS и другие. Netatalk v3.1, выпущенный 28 октября 2013 г., добавляет поддержку Spotlight .
• Novell Open Enterprise Server поддерживает AFP.
• Microsoft включает поддержку сервера AFP 2.2 в качестве опции в некоторых версиях Windows ( NT , 2000 и 2003 ). Windows NT Server (3 и 4) поддерживает только AppleTalk, в 2000 добавлен AppleShare over IP; Службы для Macintosh (SFM) были удалены из Windows Server 2008 и далее.
• Novell «s NetWare поддерживает AFP.
• HELIOS UB + поддерживает AFP на целом ряде различных платформ на базе Unix.
• С открытым исходным кодомFilesystem в Userspace ( FUSE ) и командной строки реализации клиент afpfs-нг для Linux и Unix-подобных операционных систем
• GroupLogicExtremeZ-IP (AFP 3.3) и MacServerIP для Windows предлагают поддержку AFP 3.x — теперь AcronisFiles Connect .
• Несколько решений NAS поддерживают независимую реализацию AFP (см. Также решения Netatalk выше): Adaptec Snap Server (AFP 3.1) и Apple AirPort Time Capsule (AFP 3.2) .
• Jaffer — это Java-реализация протокола Appletalk File Protocol v3.1.
• Xinet от North Plains Systems предлагает платформу AFP, которая может работать на большинстве платформ на базе Unix. Один из их продуктов, ka-share, был основным продуктом платформ SolarisSPARC и Silicon GraphicsIRIX .
• Columbia AppleTalk Protocol (CAP) — это реализация AFP и AppleTalk с открытым исходным кодом от Колумбийского университета , поддержка которой прекращена и больше не используется.
• поддерживается GVfs через gfvs-afp-volume-monitor

Источник