I skimmed through the article, but I have a question that I hope someone can answer. I have a sparse disk image created on a NAS (which runs Linux), and I use it to backup some stuff (not a VM) from the Mac in the native format (the macOS APFS file system).
Would this new format, ASIF, make this faster and better whenever I switch to macOS Tahoe? I hope there wouldn’t be any gotchas with respect to storing this disk image on a NAS.
Yeah I’m interested in this as well. There’s something about the way time machine works over SMB that is absolutely unfashionably dog-slow. I suspect SMB performance on mac is just not very good in general tbf
What blew my mind recently was that I could store an APFS sparsebundle on a NAS drive, then mount it over NFS and use it as a plain old APFS volume. Despite the filesystem layering, it works pretty much like a local volume, albeit with a bit of performance degradation. Seems preferable to something like iSCSI for using APFS with network storage.
Not sure why that would blow your mind, but Apple's old Time Capsule basically mounted a sparsebundle over the network too. And yes I would also guess this new format would work better.
My experience with NFS file management has been less than stellar, so running a full, virtualized, and performant APFS volume on top of it feels like a bit of a magic trick.
I guess this is the Apple version of qcow2 and friends
Deleted Comment
If they can’t re-run the benchmarks on the same hardware, it’s hard to compare the numbers.
Would this new format, ASIF, make this faster and better whenever I switch to macOS Tahoe? I hope there wouldn’t be any gotchas with respect to storing this disk image on a NAS.
ISO 9660.
https://www.iso.org/iso-9660-images-for-computer-files.html
VMDK
https://en.wikipedia.org/wiki/VMDK
Amiga
https://en.wikipedia.org/wiki/Amiga_Disk_File
UDF
https://en.wikipedia.org/wiki/Universal_Disk_Format
Apple Disk Image
https://en.wikipedia.org/wiki/Apple_Disk_Image
So very many of them are just header details + "only works with our tools".
[0] https://www.qemu.org/docs/master/interop/qcow2.html
Perhaps this new format would work even better?