macOS Tahoe giới thiệu định dạng ảnh đĩa mới

• Trên macOS 26 Tahoe, định dạng ảnh đĩa ASIF mới được giới thiệu, mang lại hiệu năng truyền tệp gần như tốc độ gốc so với các định dạng hiện có
• ASIF vượt qua giới hạn hiệu năng của các phương án trước đây trong môi trường ảo hóa, đồng thời cũng có thể dùng cho mục đích ảnh đĩa thông thường
• Hiện tại chỉ có thể tạo ảnh thông qua Disk Utility hoặc lệnh diskutil, và macOS Sequoia không có khả năng tạo định dạng này
• Kết quả thử nghiệm thực tế cho thấy tốc độ đọc và ghi ở mức 5~8 GB/s, nhanh hơn ảnh đĩa hiện có hoặc phương thức sparse bundle
• Tuy nhiên, có thể tồn tại vấn đề tương thích với các phiên bản macOS cũ, nên cần thận trọng khi áp dụng

---

Tổng quan

• Định dạng ảnh đĩa ASIF mới được bổ sung trong macOS 26 Tahoe thay thế các định dạng ảnh đĩa chậm trước đây, đồng thời bảo đảm hiệu năng đọc và ghi tệp nhanh gần mức SSD ngay cả trên các máy Mac hiện đại dùng Apple Silicon
• Trước đây, ảnh sparse được mã hóa (UDSP) từng cho thấy hiệu năng chậm chỉ khoảng 100 MB/s ngay cả trên SSD nhanh

Đặc tính kỹ thuật chính

• Ảnh đĩa ASIF hoạt động như tệp sparse của APFS chỉ chiếm dung lượng đúng bằng lượng dữ liệu thực tế được lưu, mà không phụ thuộc vào các tính năng của hệ thống tệp máy chủ
• Cách tạo hiện tại bị giới hạn ở Disk Utility và lệnh diskutil trên Tahoe
  • Ví dụ lệnh: diskutil image create blank --format ASIF --size 100G --volumeName myVolume imagePath
  • Cũng hỗ trợ chuyển đổi từ các ảnh đĩa hiện có
• Trên Sequoia 15.5 trở xuống, việc tạo định dạng này không được hỗ trợ
• Khi tạo, kiểu UTI được phân biệt là com.apple.disk-image-sparse, còn RAW hiện có (UDIF read-write) là com.apple.disk-image-udif

Hiệu quả dung lượng

• Khi tạo ảnh ASIF dung lượng 100GB, mức sử dụng đĩa ban đầu dưới 1GB, rất tiết kiệm
• Sau khi thêm volume thứ hai và sử dụng rộng rãi rồi để trống, dung lượng ảnh nằm trong khoảng 1.9~3.2GB
• Chưa rõ liệu có hỗ trợ thu gọn dung lượng (compact) qua hdiutil hay không

Hiệu năng

• Đo hiệu năng bằng công cụ Stibium trên SSD 2TB với 160 tệp (tổng 50GB, kích thước 2MB~2GB)
  • Trên ảnh ASIF 100GB, với APFS không mã hóa, ghi nhận tốc độ đọc 5.8GB/s và ghi 6.6GB/s
  • Trên volume APFS mã hóa, ghi nhận lần lượt 4.8GB/s và 4.6GB/s
• Khi nén để thử nghiệm trên một máy Mac khác (Mac mini M4 Pro, macOS 15.5), vẫn xác nhận hiệu năng cao tương tự (đọc 5.5GB/s, ghi 8.3GB/s)

Ứng dụng và khả năng tương thích

• Apple khuyến nghị dùng ASIF thay cho RAW hiện có (UDIF read-write) cho các volume sao lưu VM
• Việc tạo ảnh ASIF sẽ được áp dụng trong giai đoạn tạo VM, nhưng hiện tại mới chỉ khả dụng qua công cụ dòng lệnh diskutil
• Trên Sequoia 15.5 đã xác nhận có hỗ trợ sử dụng ASIF, nhưng khả năng tương thích hoàn toàn với các phiên bản macOS cũ hơn vẫn chưa được công bố

So sánh hiệu năng và ưu điểm

• Trong các thử nghiệm trước đây, sparse bundle là định dạng nhanh nhất, nhưng ASIF vượt trội rõ rệt so với mọi phương án cũ (UDRW thường/mã hóa, UDSP, sparse bundle)
• ASIF có ưu điểm quản lý tệp sao lưu dưới dạng một tệp duy nhất, thuận tiện hơn trong quản trị, đồng thời lợi thế về hiệu năng cũng rất rõ ràng

Kết luận và khuyến nghị

• Trong môi trường macOS 26 Tahoe, nên ưu tiên dùng định dạng ASIF cho cả VM và ảnh đĩa thông thường
• Trừ trường hợp cần sparse bundle cho hệ thống tệp riêng như NAS, ASIF là lựa chọn tối ưu cho mục đích chung
• Về lâu dài, cần có cách gọi API trực quan hơn
• Các công cụ quản lý ảnh đĩa lớn (như DropDMG) cũng sẽ sớm hỗ trợ ASIF

[ndrgrd]

"Microsoft gần đây ngày càng công khai kết quả nghiên cứu dưới dạng mã nguồn mở, nhưng vẫn có rất nhiều sự thiếu tin tưởng. Trong khi đó Apple lúc nào cũng bí mật và khép kín, vậy mà trong cộng đồng hacker vẫn tiếp tục được yêu mến, điều này thật khó hiểu"

Tôi cũng đồng ý ở mức độ nào đó, nhưng chuyện đó có lý do cả. Microsoft quá nhiều lần lời nói và hành động không đi cùng nhau. Có thể nói là thường xuyên bị đâm sau lưng.
Cảm giác như định hướng của các nhà phát triển trực thuộc và của ban lãnh đạo hoàn toàn khác nhau. Những thứ đang tiến triển tốt đẹp bỗng bị cắt ngang chỉ vì một câu từ cấp trên kiểu như “cái này giờ không được nữa rồi”.
Apple cũng tương tự ở chỗ giả vờ trong sạch nhưng phía sau chỉ chạy theo mùi tiền, nhưng ít nhất cho đến nay họ vẫn ít thể hiện sự thiếu nhất quán hơn.

Dù vậy, tôi nghĩ việc Microsoft dạo gần đây cố gắng cho thấy xu hướng nghiêng về mã nguồn mở là điều tốt.

Nhân tiện, các ý kiến bên lề trên HN khá thú vị. Đặc biệt là đoạn nói rằng phần tóm tắt và việc chèn dấu gạch ngang trong câu khiến nó trông giống như bài viết do LLM tạo ra.
Tôi cũng từng có trải nghiệm vừa nhìn thấy dấu gạch ngang là đã cảm thấy mệt mỏi trước cả khi đọc, nên nghe vậy cũng thấy chột dạ.

[GN⁺]

Ý kiến trên Hacker News

• Có suy đoán rằng ASIF mới do Apple giới thiệu là một định dạng ảnh đĩa độc quyền, tương tự qcow2
• Trò đùa về việc tên định dạng đĩa "Asif" nghe buồn cười vì nó mang nghĩa “như thể” một chiếc đĩa thật (as-if)
  • Cũng có nhắc rằng tên chương trình TV Andor nghe cũng buồn cười
• Đã đọc lướt toàn bộ bài viết và có một thắc mắc. Tôi đang dùng ảnh đĩa sparse tạo trên NAS (Linux) để sao lưu, giữ nguyên định dạng hệ thống tệp macOS APFS. Không rõ với định dạng ASIF mới thì trên macOS Tahoe có thể nhanh hơn và tốt hơn không, và khi lưu ảnh trên NAS có gặp vấn đề gì không
• Kết quả benchmark có gì đó lạ, vì ASIF được thử trên M3/4 còn các định dạng khác lại được thử trên M1, nên khá khó hiểu
• Điều đáng tiếc là Apple liên tục tung ra sản phẩm mới, định dạng dữ liệu mới, cáp mới, CPU mới mà hầu như không có hoặc có rất ít tài liệu công khai. Các hacker thì nhanh chóng reverse engineer chúng, nhưng tôi thấy đó là công sức không cần thiết. Microsoft gần đây ngày càng công bố kết quả nghiên cứu dưới dạng mã nguồn mở, dù vẫn bị mất lòng tin khá nhiều. Trong khi đó Apple luôn bí mật và khép kín, vậy mà trong cộng đồng hacker vẫn rất được yêu thích, điều này thật khó hiểu
• Không rõ định dạng mới này có thể tăng tốc cho phần mềm dựa trên VM như Docker for Mac hay không. Có hy vọng nó sẽ giải quyết được những phàn nàn lớn hiện nay
• Tôi thực sự rất muốn có các định dạng ảnh đĩa được tài liệu hóa đầy đủ
  • Định dạng duy nhất tôi tìm được mà được tài liệu hóa tử tế là qcow2 (tài liệu chính thức của qcow2). Nhưng nhiều khi đó lại không phải công cụ phù hợp nhất. Phần lớn các định dạng chỉ có header, rồi là cấu trúc khép kín chỉ hoạt động với công cụ cụ thể
  • Đề xuất một số định dạng ảnh đĩa khác: ISO 9660(liên kết), VMDK(liên kết), Amiga(liên kết), UDF(liên kết), Apple Disk Image(liên kết)
  • Cũng giới thiệu tài liệu chính thức về ext4 (tài liệu hệ thống tệp ext4)
• Rất vui khi biết rằng định dạng lần này có vẻ tập trung vào ảo hóa (VM) hơn là để phục vụ việc di chuyển từ HFS+ sang APFS
  • Giải thích rằng đây là hai lĩnh vực hoàn toàn khác nhau. Đồng thời nhấn mạnh rằng vẫn có thể tạo volume APFS bên trong ảnh ASIF
• Chia sẻ trải nghiệm từng thấy khá thú vị khi có thể lưu APFS sparsebundle trên NAS, mount qua NFS và dùng như một volume cục bộ. Hiệu năng có phần giảm, nhưng khi dùng APFS trên network storage thì có vẻ vẫn là lựa chọn tốt hơn iSCSI. Định dạng mới khiến người ta kỳ vọng vào hiệu năng tốt hơn
  • Thực ra Time Capsule cũng hoạt động theo cách mount sparsebundle qua mạng nên không hẳn quá bất ngờ, nhưng vẫn đoán rằng hiệu năng của định dạng mới sẽ tốt hơn
• Bày tỏ thắc mắc không biết đã có ai tìm được đặc tả (spec) của định dạng mới này chưa