- No macOS 26 Tahoe, foi introduzido o novo formato de imagem de disco ASIF, que oferece desempenho de transferência de arquivos em velocidade quase nativa em comparação com os formatos anteriores
- O ASIF supera as limitações de desempenho das alternativas anteriores em ambientes de virtualização e também pode ser usado para imagens de disco de uso geral
- No momento, as imagens só podem ser criadas por meio do Disk Utility ou do comando diskutil, e o macOS Sequoia não oferece suporte à criação
- Em testes reais, as velocidades de leitura e gravação ficaram na faixa de 5 a 8 GB/s, superando imagens de disco tradicionais e o método sparse bundle
- No entanto, pode haver problemas de compatibilidade com versões antigas do macOS, portanto é preciso cautela na adoção
Visão geral
- O formato de imagem de disco ASIF, adicionado no macOS 26 Tahoe, substitui os formatos de imagem de disco lentos existentes e garante desempenho rápido de leitura e gravação de arquivos próximo ao de SSD mesmo nos Macs mais recentes com Apple Silicon
- As imagens sparse criptografadas existentes (UDSP) apresentavam desempenho lento de apenas 100 MB/s, mesmo em SSDs rápidos
Principais características técnicas
- A imagem de disco ASIF funciona como um arquivo sparse do APFS que ocupa espaço apenas na medida dos dados realmente armazenados, sem depender dos recursos do sistema de arquivos do host
- Atualmente, a criação está limitada ao Disk Utility do Tahoe e ao comando diskutil
- Exemplo de comando:
diskutil image create blank --format ASIF --size 100G --volumeName myVolume imagePath
- A conversão de imagens de disco existentes também é suportada
- Nas versões Sequoia 15.5 ou anteriores, a criação desse formato não é suportada
- Ao ser criado, o tipo UTI é identificado como
com.apple.disk-image-sparse, enquanto o RAW existente (UDIF read-write) é com.apple.disk-image-udif
Eficiência de espaço
- Ao criar uma imagem ASIF de 100 GB, o uso inicial em disco fica abaixo de 1 GB, sendo bastante econômico
- Após adicionar um segundo volume e usar amplamente a imagem, quando vazia o tamanho do arquivo ficou na faixa de 1,9 a 3,2 GB
- Não está claro se a redução de tamanho (compactação) via
hdiutil é suportada
Desempenho
- O desempenho foi medido com a ferramenta Stibium em um SSD de 2 TB com 160 arquivos (total de 50 GB, tamanhos entre 2 MB e 2 GB)
- Em uma imagem ASIF de 100 GB, no APFS sem criptografia, foram registrados 5,8 GB/s de leitura e 6,6 GB/s de gravação
- Em um volume APFS criptografado, foram registrados 4,8 GB/s e 4,6 GB/s, respectivamente
- Em testes por meio de compressão em outro Mac (Mac mini M4 Pro, macOS 15.5), também foi confirmado desempenho elevado semelhante (5,5 GB/s de leitura, 8,3 GB/s de gravação)
Uso e compatibilidade
- A Apple recomenda o uso do ASIF no lugar do RAW existente (UDIF read-write) para volumes de backup de VM
- A criação de imagens ASIF deverá ser aplicada na etapa de criação de VMs, mas no momento isso só é possível com a ferramenta de linha de comando
diskutil
- Na versão Sequoia 15.5, o suporte ao uso de ASIF foi confirmado, mas a compatibilidade completa com versões anteriores do macOS não foi divulgada
Comparação de desempenho e vantagens
- Em testes anteriores, o sparse bundle era o formato mais rápido, mas o ASIF é muito superior a todas as alternativas existentes (UDRW simples/criptografado, UDSP, sparse bundle)
- O ASIF também se destaca em gerenciamento porque o arquivo de backup é tratado como um único arquivo, além de sua clara vantagem de desempenho
Conclusão e recomendação
- No ambiente do macOS 26 Tahoe, é recomendável priorizar o uso do formato ASIF tanto para VMs quanto para imagens de disco em geral
- A menos que seja necessário usar sparse bundle em um sistema de arquivos separado, como um NAS, o ASIF é a melhor opção para uso geral
- No longo prazo, será necessário oferecer uma forma mais intuitiva de chamada de API
- Ferramentas importantes de gerenciamento de imagem de disco (como o DropDMG) também deverão adicionar suporte ao ASIF em breve
2 comentários
"A Microsoft vem divulgando cada vez mais pesquisas recentes como open source, mas ainda há muita desconfiança. Já a Apple é sempre secreta e fechada, e mesmo assim continua sendo amada pela comunidade hacker, o que eu não entendo."
Concordo até certo ponto, mas isso tem seus motivos. A Microsoft muitas vezes fala uma coisa e faz outra. É como levar uma rasteira.
Dá a sensação de que a direção dos desenvolvedores e a da gestão seguem caminhos completamente diferentes. Algo que estava indo bem parece ser interrompido de repente por uma única frase vinda de cima: isso agora não vai dar.
A Apple também é parecida nesse sentido, posando de certinha enquanto por trás só segue o cheiro de dinheiro, mas até agora mostrou menos essa falta de firmeza.
Ainda assim, acho bom o que a Microsoft vem tentando mostrar ultimamente no lado do open source.
Mas os comentários paralelos no HN são interessantes. Especialmente a parte sobre como resumos e frases com travessões passam a sensação de texto gerado por LLM.
Eu também já tive a experiência de sentir cansaço só de ver um travessão antes mesmo de começar a ler, então isso me pegou em cheio.
Opiniões no Hacker News
as-if, no sentido de fingir ser um disco de verdade