macOS Tahoeが新しいディスクイメージフォーマットを導入

347日前原文(eclecticlight.co)

概要

macOS 26 Tahoe で導入された新しいディスクイメージ形式 ASIF の概要
ASIF は従来の形式と比べて 大幅なパフォーマンス向上 を実現
VM（仮想マシン） のバックエンドストレージ用途で特に効果的
macOS Sequoia でも利用可能だが作成はTahoe限定
使い方・注意点・従来形式との比較を解説

ASIFディスクイメージの特徴と利点

ASIF は Apple Silicon Mac の高速な内部SSD上で ほぼネイティブ並みの速度 を実現
従来のUDSP（暗号化スパースイメージ） では100MB/s程度の低速な書き込み速度が課題
ASIF は APFSのスパースファイル として扱われ、保存データ量に応じてサイズが変動
ホストファイルシステムの機能 に依存しない設計
UTIタイプ は com.apple.disk-image-sparse で識別可能

作成方法

macOS 26 Tahoe の Disk Utility または diskutilコマンド で作成可能
- 例: diskutil image create blank --format ASIF --size 100G --volumeName myVolume imagePath
既存イメージの変換 もdiskutilのfromオプションで対応
macOS Sequoia 15.5以前 では作成非対応
hdiutilコマンド による作成は未対応（マウント等は可能）

容量と経済性

100GBのASIFイメージ 作成直後は1GB未満のディスク使用量
利用・ボリューム追加後、空に戻しても1.9〜3.2GB程度に増加
hdiutilでの圧縮サポート は不明

パフォーマンス

Stibium で50GB超・160ファイル（2MB〜2GB）で速度測定
- MacBook Pro M3 Pro（macOS 26 beta, 2TB SSD）
  - 非暗号化APFS: 読み込み5.8GB/s、書き込み6.6GB/s
  - 暗号化APFS: 読み込み4.8GB/s、書き込み4.6GB/s
- Mac mini M4 Pro（macOS 15.5, 2TB SSD）
  - 非暗号化APFS: 読み込み5.5GB/s、書き込み8.3GB/s
従来のRAW（UDIF read-write）やUDSPより圧倒的に高速

利用上の注意点

VMのバックエンドストレージ としてRAWからASIFへの移行が推奨
ASIFイメージ作成はTahoe限定、Sequoiaでは作成不可（マウントは可能）
旧macOSとの互換性未発表、ASIFベースVMの利用には注意
従来最高速だったスパースバンドル よりもASIFが高速かつ単一ファイル構成

推奨と今後の展望

macOS 26 Tahoe では VMや一般的なディスクイメージ にASIFが最適
NAS等他ファイルシステムでの利用 にはスパースバンドルも選択肢
APIによる作成・管理 の提供が望まれる
C-CommandのDropDMG などのツールでのサポート拡充に期待

Hackerたちの意見

文書化されたディスクイメージフォーマットがあればなぁ。

└

https://docs.kernel.org/filesystems/ext4/index.html

いいね。でも、LinuxやWindowsの人気ファイルシステムであるext4、BtrFS、NTFSをサポートする方向に力を入れてほしいな。

└

ext4とBtrfsはLinuxでしかしっかりサポートされてないし、普遍的なスタンダードじゃないよ。NTFSも最近までWindowsでしかちゃんとサポートされてなかったし、NTFS暗号化（BitLocker）みたいな拡張はまだWindows専用だしね。MacはNTFSボリュームに書き込むこともできないし。APFSやHFS+は明らかにAppleのファイルシステムだし、FreeBSDはext4やBtrfsをあまりサポートしてないけど、代わりにUFS2やZFSを好んで使ってる。結局、世界はCDFS（ISO 9660）、FAT、exFATを除いて、プロプライエタリまたは非普遍的なファイルシステムで動いてるんだよね。

└

Appleが最近、FSKitをサポートされた/文書化されたAPIにしたから、サードパーティが他のファイルシステムのサポートを追加できるようになるはずだよ。https://developer.apple.com/documentation/fskit?language=obj...

└

この記事は新しいディスクイメージフォーマット（ファイルシステムを載せることができる、この記事ではAPFS）について説明してるんだよね、ファイルシステムそのものじゃなくて。誤解してたらごめん。編集したのは「イメージ」って言葉を入れ忘れてたから。そうしないと、このコメントへの返事が分かりにくくなると思ったから。

└

そんな風に自分の財産を抽象化することはできないよ。

https://developer.apple.com/documentation/virtualization/vzd... これがApple版のqcow2とかその仲間なんじゃないかな。

記事とは直接関係ないメタな質問なんだけど、HN自体についてなんだ。この記事が投稿される9時間前に、同じリンクを投稿したんだよね。[1] どうして同じリンクなのに新しいエントリーができたのか、不思議だな。

└

重複投稿は、数時間経てば許可されるよ。

└

[遅延]

コンテナを設定してないなら、特に役に立ちそうには思えないね。

└

AppleがバインドマウントやFS/pid名前空間を実装してくれればいいのに…それか、chrootを直してくれるだけでもいいんだけど。

└

もしTime Machineを移行できるなら、パフォーマンスの向上が本当に役立ちそうだね。

記事の最後に「結論」って書いてあると、LLMやChatGPTが書いたんじゃないかって疑っちゃう。

└

これって実は人間の葛藤だと思うんだ。ブログや開発ガイドの最後に結論を追加するのは、最後のステップで終わるのがなんか気まずいからなんだよね。でも、結局は自分が言ったことをただ繰り返してるだけな気もする。論文じゃないし、記事もそんなに複雑じゃないから、最後に要点を再整理する必要もないんだけどさ。

おお、すごい！HFS+からAPFSへの移行じゃなくて、もっと仮想化に焦点を当ててるってこと？

記事をざっと読んだけど、誰かが答えてくれるといいなと思う質問があるんだ。NAS（Linuxを動かしてる）で作成したスパースディスクイメージがあって、それを使ってMacからいくつかのデータをバックアップしてるんだけど（VMじゃなくて）、この新しいフォーマットASIFを使うと、macOS Tahoeに切り替えたときにもっと速くて良くなるのかな？NASにこのディスクイメージを保存する際に、何か問題がないといいんだけど。

それって、Docker for Macとか他のも速くなる可能性あるのかな？（下にVM使ってるし）それが解決できれば、かなりの痛点が解消されるね。

誰かそのフォーマットの仕様見つけた人いる？

ハクソク