2 poin oleh GN⁺ 2025-06-13 | 2 komentar | Bagikan ke WhatsApp
  • Di macOS 26 Tahoe, format image disk ASIF baru diperkenalkan dan menawarkan performa transfer file hampir setara native dibanding format lama
  • ASIF mengatasi keterbatasan performa alternatif sebelumnya di lingkungan virtualisasi, dan juga dapat digunakan untuk keperluan image disk umum
  • Saat ini pembuatan image hanya dapat dilakukan melalui Disk Utility atau perintah diskutil, dan macOS Sequoia tidak memiliki fitur pembuatan ini
  • Hasil pengujian nyata menunjukkan kecepatan baca dan tulis di kisaran 5~8 GB/s, lebih unggul daripada image disk lama maupun metode sparse bundle
  • Namun, masalah kompatibilitas dengan macOS versi lama mungkin ada, sehingga perlu kehati-hatian saat mengadopsinya

Ikhtisar

  • Format image disk ASIF yang baru ditambahkan di macOS 26 Tahoe menggantikan format image disk lama yang lambat, dan bahkan pada Mac berbasis Apple Silicon terbaru pun menjamin performa tulis dan baca file yang cepat mendekati SSD
  • Image sparse terenkripsi (UDSP) sebelumnya menunjukkan masalah performa lambat, hanya sekitar 100 MB/s bahkan pada SSD cepat

Karakteristik teknis utama

  • Image disk ASIF tidak bergantung pada fitur sistem file host, dan bekerja sebagai file sparse APFS yang hanya memakai ruang sebesar data yang benar-benar disimpan
  • Metode pembuatan saat ini terbatas pada Disk Utility dan perintah diskutil di Tahoe
    • Contoh perintah: diskutil image create blank --format ASIF --size 100G --volumeName myVolume imagePath
    • Konversi image disk lama juga didukung
  • Pada versi Sequoia 15.5 ke bawah, pembuatan format ini tidak didukung
  • Saat dibuat, tipe UTI dibedakan sebagai com.apple.disk-image-sparse, sedangkan RAW lama (UDIF read-write) adalah com.apple.disk-image-udif

Efisiensi ruang

  • Saat membuat image ASIF berukuran 100GB, penggunaan disk awal kurang dari 1GB, sehingga sangat efisien
  • Setelah menambahkan volume kedua dan digunakan secara luas lalu dikosongkan, ukuran image berada di kisaran 1.9~3.2GB
  • Dukungan penyusutan ukuran (compact) melalui hdiutil belum jelas tersedia atau tidak

Performa

  • Performa diukur dengan alat Stibium pada SSD 2TB terhadap 160 file (total 50GB, ukuran 2MB~2GB)
    • Pada image ASIF 100GB, berdasarkan APFS tanpa enkripsi, tercatat baca 5.8GB/s dan tulis 6.6GB/s
    • Pada volume APFS terenkripsi, tercatat masing-masing 4.8GB/s dan 4.6GB/s
  • Saat diuji di Mac lain (Mac mini M4 Pro, macOS 15.5) melalui kompresi, juga terkonfirmasi performa tinggi yang serupa (baca 5.5GB/s, tulis 8.3GB/s)

Pemanfaatan dan kompatibilitas

  • Apple merekomendasikan penggunaan ASIF sebagai pengganti RAW lama (UDIF read-write) untuk volume backup VM
  • Pembuatan image ASIF direncanakan akan diterapkan pada tahap pembuatan VM, tetapi saat ini hanya dapat dilakukan melalui alat baris perintah diskutil
  • Pada Sequoia 15.5 dukungan penggunaan ASIF telah terkonfirmasi, tetapi kompatibilitas penuh dengan macOS lama belum dipublikasikan

Perbandingan performa dan keunggulan

  • Dalam pengujian sebelumnya, sparse bundle adalah format tercepat, tetapi ASIF jauh lebih cepat daripada semua alternatif lama (plain/terenkripsi UDRW, UDSP, sparse bundle)
  • File backup ASIF dikelola sebagai satu file, sehingga lebih unggul dari sisi pengelolaan, sekaligus jelas lebih baik dalam performa

Kesimpulan dan rekomendasi

  • Di lingkungan macOS 26 Tahoe, baik VM maupun image disk umum sebaiknya memprioritaskan penggunaan format ASIF
  • Kecuali jika sparse bundle dibutuhkan untuk sistem file terpisah seperti NAS, ASIF paling optimal untuk tujuan umum
  • Dalam jangka panjang, diperlukan cara pemanggilan API yang lebih intuitif
  • Alat pengelolaan image disk utama (seperti DropDMG) juga akan segera mendukung ASIF

2 komentar

 
ndrgrd 2025-06-14

"Microsoft belakangan ini makin sering membuka hasil risetnya sebagai open source, tapi tetap banyak yang tidak percaya. Sebaliknya, Apple selalu tertutup dan serba rahasia, namun di komunitas hacker tetap dicintai, dan saya tidak mengerti itu"

Saya cukup setuju sampai tingkat tertentu, tapi memang ada alasannya. Microsoft terlalu sering berbeda antara ucapan dan tindakan. Bisa dibilang rasanya seperti ditusuk dari belakang.
Arah para developer di dalamnya dan para eksekutifnya terasa benar-benar berbeda. Sesuatu yang berjalan baik terasa bisa tiba-tiba diputus hanya karena satu kalimat dari atasan: itu sepertinya tidak akan jadi.
Apple juga mirip dalam hal berpura-pura bersih sementara di belakang hanya mengejar bau uang, tetapi setidaknya sampai sekarang mereka lebih jarang menunjukkan sikap yang tidak punya pendirian.

Meski begitu, saya pikir apa yang belakangan ini Microsoft coba tunjukkan ke arah open source adalah hal yang baik.

Tapi komentar-komentar sampingan di HN juga menarik. Terutama bagian yang mengatakan bahwa ringkasan dan kalimat yang memakai tanda hubung terasa seperti tulisan yang dihasilkan LLM.
Saya juga pernah merasa lelah begitu melihat tanda hubung bahkan sebelum mulai membaca, jadi saya agak tersentak juga.

 
GN⁺ 2025-06-13
Pendapat Hacker News
  • Ada dugaan bahwa ASIF yang baru diperkenalkan Apple adalah format image disk milik mereka sendiri yang mirip dengan qcow2
  • Ada lelucon bahwa alasan nama format disk "Asif" lucu adalah karena artinya berpura-pura menjadi disk sungguhan (as-if)
    • Disebut juga bahwa nama acara TV Andor juga lucu
  • Saya membaca sekilas seluruh artikelnya dan punya pertanyaan. Saya sedang memakai image disk sparse yang dibuat di NAS (Linux) sebagai cadangan dengan format sistem file macOS APFS apa adanya. Saya penasaran apakah format ASIF baru ini bisa membuatnya lebih cepat dan lebih baik di macOS Tahoe, dan apakah akan ada masalah saat menyimpan image itu di NAS
  • Hasil benchmark-nya terasa aneh; membingungkan karena ASIF diuji di M3/4 sementara format lain diuji di M1
  • Saya kecewa karena Apple merilis produk, format data, kabel, CPU baru dan sejenisnya tetapi hampir tidak ada dokumentasi publik atau dokumentasinya kurang memadai. Para hacker memang cepat melakukan reverse engineering, tetapi menurut saya itu usaha yang tidak perlu. Microsoft belakangan semakin sering membuka hasil risetnya sebagai open source, meski tetap banyak ketidakpercayaan. Sebaliknya, Apple selalu tertutup dan rahasia, tetapi tetap dicintai komunitas hacker, dan saya tidak mengerti kenapa
  • Saya penasaran apakah format baru ini bisa meningkatkan kecepatan software berbasis VM seperti Docker for Mac. Ada harapan bahwa ini bisa menyelesaikan keluhan utama
  • Sangat menginginkan format image disk yang terdokumentasi dengan baik
    • Satu-satunya format yang saya temukan benar-benar terdokumentasi dengan baik adalah qcow2 (dokumentasi resmi qcow2). Namun, itu sering kali bukan alat yang paling cocok. Kebanyakan format hanya punya header, lalu strukturnya tertutup dan hanya bekerja di alat tertentu
    • Rekomendasi beberapa format image disk: ISO 9660(tautan), VMDK(tautan), Amiga(tautan), UDF(tautan), Apple Disk Image(tautan)
    • Juga diperkenalkan dokumentasi resmi untuk ext4 (dokumentasi sistem file ext4)
  • Senang mendengar bahwa format ini tampaknya lebih berfokus pada virtualisasi (VM) daripada untuk migrasi dari HFS+ ke APFS
    • Dijelaskan bahwa keduanya adalah ranah yang sama sekali berbeda. Ditekankan juga bahwa pembuatan volume APFS di dalam image ASIF juga dimungkinkan
  • Saya pernah terkesan mengetahui bahwa sparsebundle APFS bisa disimpan di NAS lalu di-mount lewat NFS dan digunakan seperti volume lokal. Performanya memang sedikit turun, tetapi untuk memakai APFS di network storage, rasanya ini pilihan yang lebih baik daripada iSCSI. Format baru ini membuat saya berharap pada performa yang lebih baik
    • Sebenarnya Time Capsule juga memakai cara me-mount sparsebundle lewat jaringan, jadi ini tidak terlalu mengejutkan, tetapi ada dugaan performa format baru itu juga akan lebih baik
  • Penasaran apakah ada yang sudah menemukan spesifikasi (spek) format baru ini