2 puntos por GN⁺ 2025-06-13 | 2 comentarios | Compartir por WhatsApp
  • En macOS 26 Tahoe se incorpora el nuevo formato de imagen de disco ASIF, que ofrece un rendimiento de transferencia de archivos casi a velocidad nativa frente a los formatos anteriores
  • ASIF supera las limitaciones de rendimiento de alternativas previas en entornos de virtualización y también puede usarse para imágenes de disco de uso general
  • Por ahora, las imágenes solo pueden crearse mediante Disk Utility o el comando diskutil, y macOS Sequoia no cuenta con la función de creación
  • En pruebas reales, las velocidades de lectura y escritura alcanzan entre 5 y 8 GB/s, superando a las imágenes de disco tradicionales o al método sparse bundle
  • Sin embargo, puede haber problemas de compatibilidad con versiones antiguas de macOS, por lo que conviene tener cuidado al adoptarlo

Resumen general

  • El nuevo formato de imagen de disco ASIF agregado en macOS 26 Tahoe reemplaza los formatos de imagen de disco lentos y garantiza un rendimiento rápido de lectura y escritura de archivos cercano al de un SSD incluso en Macs modernas basadas en Apple Silicon
  • Las imágenes sparse cifradas existentes (UDSP) mostraban un problema de rendimiento lento de apenas 100 MB/s incluso en SSD rápidos

Principales características técnicas

  • La imagen de disco ASIF no depende de las funciones del sistema de archivos del host y funciona como un archivo sparse de APFS que solo ocupa espacio según la cantidad de datos realmente almacenados
  • El método de creación por ahora está limitado a Disk Utility y al comando diskutil de Tahoe
    • Comando de ejemplo: diskutil image create blank --format ASIF --size 100G --volumeName myVolume imagePath
    • También se admite la conversión de imágenes de disco existentes
  • En versiones Sequoia 15.5 o anteriores no se admite la creación de este formato
  • Al crearse, el tipo UTI se identifica como com.apple.disk-image-sparse, mientras que el RAW existente (UDIF read-write) es com.apple.disk-image-udif

Eficiencia de espacio

  • Al crear una imagen ASIF de 100 GB, el uso inicial de disco es menor a 1 GB, por lo que resulta muy eficiente
  • Tras agregar un segundo volumen y usarla ampliamente, cuando estaba vacía el tamaño de la imagen se ubicó en el rango de 1.9 a 3.2 GB
  • No está claro si se admite la reducción de tamaño (compact) mediante hdiutil

Rendimiento

  • Se midió el rendimiento con la herramienta Stibium en un SSD de 2 TB sobre 160 archivos (50 GB en total, con tamaños de 2 MB a 2 GB)
    • En una imagen ASIF de 100 GB, con APFS sin cifrado, se registraron 5.8 GB/s de lectura y 6.6 GB/s de escritura
    • En un volumen APFS cifrado, se registraron 4.8 GB/s y 4.6 GB/s respectivamente
  • En pruebas sobre otra Mac (Mac mini M4 Pro, macOS 15.5) usando compresión, también se confirmó un rendimiento alto similar (5.5 GB/s de lectura, 8.3 GB/s de escritura)

Uso y compatibilidad

  • Apple recomienda usar ASIF en lugar del RAW existente (UDIF read-write) para volúmenes de respaldo de VM
  • Se prevé que la creación de imágenes ASIF se aplique en la etapa de creación de VM, pero por ahora solo es posible mediante la herramienta de línea de comandos diskutil
  • En Sequoia 15.5 se confirma compatibilidad de uso de ASIF, pero no se ha publicado la compatibilidad completa con versiones previas de macOS

Comparación de rendimiento y ventajas

  • En pruebas anteriores, sparse bundle era el formato más rápido, pero ASIF es muy superior a todas las alternativas previas (UDRW simple/cifrado, UDSP, sparse bundle)
  • ASIF permite gestionar los archivos de respaldo como un solo archivo, lo que también mejora la administración, además de ofrecer una clara ventaja en rendimiento

Conclusión y recomendaciones

  • En entornos macOS 26 Tahoe, es recomendable priorizar el formato ASIF tanto para VM como para imágenes de disco de uso general
  • Salvo en casos donde se necesite sparse bundle para un sistema de archivos aparte, como un NAS, ASIF es la mejor opción para uso general
  • A largo plazo, se requiere una forma más intuitiva de invocar la API
  • Las principales herramientas de gestión de imágenes de disco (como DropDMG) también planean añadir compatibilidad con ASIF próximamente

2 comentarios

 
ndrgrd 2025-06-14

"Microsoft últimamente publica cada vez más resultados de investigación como código abierto, pero hay mucha desconfianza. En cambio, Apple siempre es hermética y cerrada, y aun así en la comunidad hacker sigue siendo querida; no entiendo eso"

Hasta cierto punto estoy de acuerdo, pero hay razones para que sea así. Microsoft demasiadas veces dice una cosa y hace otra. Es como si te dieran una puñalada por la espalda.
Se siente que la dirección de los desarrolladores internos y la de los ejecutivos va por caminos totalmente distintos. Da la impresión de que algo que iba bien de repente se corta de tajo por una sola frase desde arriba: eso ya no va.
Apple también se parece en que, detrás de su apariencia de pulcritud, al final solo sigue el olor del dinero, pero hasta ahora ha mostrado menos esa falta de firmeza.

Aun así, creo que es bueno lo que Microsoft está intentando mostrar últimamente del lado del open source.

Por cierto, están interesantes los comentarios laterales en HN. En especial la parte de que los resúmenes y las frases con guiones hacen que parezca un texto generado por un LLM.
A mí también me pasó que, apenas vi los guiones, sentí cansancio incluso antes de empezar a leer, así que me llegó.

 
GN⁺ 2025-06-13
Opiniones en Hacker News
  • Se especula que el nuevo ASIF presentado por Apple es un formato propietario de imagen de disco similar a qcow2
  • Broma sobre por qué el nombre del formato de disco "Asif" es gracioso: porque significa hacerse pasar por un disco real (as-if)
    • También mencionan que el nombre del programa de TV Andor da risa
  • Revisé todo el artículo y me quedó una duda. Estoy usando para respaldos una imagen de disco sparse creada en un NAS (Linux), manteniendo el formato del sistema de archivos macOS APFS tal cual. Me pregunto si con el nuevo formato ASIF podría ser más rápido y mejor en macOS Tahoe, y si habría problemas al guardar la imagen en el NAS
  • Los resultados del benchmark son raros: confunde que ASIF se haya probado en M3/4 y los otros formatos en M1
  • Es una lástima que Apple lance cosas nuevas como productos, formatos de datos, cables o CPU con poca o ninguna documentación pública. Los hackers las hacen ingeniería inversa rápido, pero parece un esfuerzo innecesario. Microsoft últimamente publica cada vez más resultados de investigación como código abierto, aunque hay mucha desconfianza. En cambio, Apple siempre es secreta y cerrada, y aun así sigue siendo querida en la comunidad hacker, algo que no entiendo
  • Me pregunto si este nuevo formato podría acelerar software basado en VM como Docker for Mac. Hay esperanza de que resuelva una de las principales quejas
  • De verdad quiero un formato de imagen de disco documentado
  • Me alegró saber que este formato no está pensado tanto para migrar de HFS+ a APFS, sino más bien como una tecnología enfocada en virtualización (VM)
    • Explican que son ámbitos completamente distintos. También resaltan que se pueden crear volúmenes APFS dentro de una imagen ASIF
  • Comparten la experiencia de que fue sorprendente poder guardar un APFS sparsebundle en un NAS, montarlo por NFS y usarlo como si fuera un volumen local. El rendimiento baja un poco, pero opinan que al usar APFS sobre almacenamiento en red parece mejor opción que iSCSI. Este nuevo formato hace pensar en un mejor rendimiento
    • En realidad, Time Capsule también funciona montando sparsebundle por red, así que no debería sorprender tanto, pero estiman que el rendimiento del nuevo formato también será mejor
  • Preguntan si alguien ha encontrado la especificación (spec) del nuevo formato