- macOS 26 Tahoe ile birlikte ASIF disk imajı formatı yeni olarak sunuldu ve mevcut formatlara kıyasla neredeyse yerel hızda dosya aktarım performansı sağlıyor
- ASIF, sanallaştırma ortamlarında önceki alternatiflerin performans sınırlamalarını aşıyor ve genel disk imajı amaçları için de kullanılabiliyor
- Şu anda imaj oluşturma yalnızca Disk Utility veya
diskutil komutu üzerinden mümkün; macOS Sequoia'da oluşturma özelliği yok
- Gerçek test sonuçlarında okuma ve yazma hızları 5–8 GB/s düzeyinde ölçüldü ve mevcut disk imajı ya da sparse bundle yöntemlerinden daha yüksek performans gösterdi
- Ancak eski macOS sürümleriyle uyumluluk sorunları olabileceğinden, kullanıma alırken dikkat etmek gerekiyor
Genel bakış
- macOS 26 Tahoe'ya yeni eklenen ASIF disk imajı formatı, mevcut yavaş disk imajı formatlarının yerini alıyor ve en yeni Apple Silicon tabanlı Mac'lerde bile SSD'ye yakın hızlı dosya yazma ve okuma performansı sağlıyor
- Mevcut şifreli sparse imajlar (UDSP), hızlı SSD'lerde bile yalnızca 100 MB/s düzeyinde kalan düşük performans sorunu gösteriyordu
Başlıca teknik özellikler
- ASIF disk imajı, ana dosya sisteminin özelliklerine bağlı kalmadan, yalnızca gerçekten depolanan veri kadar alan kaplayan bir APFS sparse dosyası olarak çalışıyor
- Oluşturma yöntemi şu anda yalnızca Tahoe'daki Disk Utility ve
diskutil komutuyla sınırlı
- Örnek komut:
diskutil image create blank --format ASIF --size 100G --volumeName myVolume imagePath
- Mevcut disk imajlarının dönüştürülmesi de destekleniyor
- Sequoia 15.5 ve altı sürümlerde bu formatın oluşturulması desteklenmiyor
- Oluşturulduğunda UTI türü
com.apple.disk-image-sparse olarak ayrılıyor; mevcut RAW (UDIF read-write) ise com.apple.disk-image-udif
Alan verimliliği
- 100 GB boyutunda bir ASIF imajı oluşturulduğunda başlangıç disk kullanımı 1 GB'ın altında kalarak oldukça verimli oluyor
- İkinci bir volume eklendikten ve yoğun kullanımın ardından boş durumdayken imaj boyutu 1,9–3,2 GB aralığında görüldü
hdiutil ile boyut küçültmenin (compact) desteklenip desteklenmediği net değil
Performans
- Stibium aracıyla 2 TB SSD üzerinde 160 dosya (toplam 50 GB, 2 MB–2 GB boyut aralığı) kullanılarak performans ölçümü yapıldı
- 100 GB ASIF imajında, şifrelenmemiş APFS için okuma 5,8 GB/s, yazma 6,6 GB/s
- Şifreli APFS volume'ünde ise sırasıyla 4,8 GB/s ve 4,6 GB/s kaydedildi
- Sıkıştırma yoluyla başka bir Mac'te (Mac mini M4 Pro, macOS 15.5) yapılan testlerde de benzer yüksek performans doğrulandı (okuma 5,5 GB/s, yazma 8,3 GB/s)
Kullanım ve uyumluluk
- Apple, VM yedekleme volume'lerinde mevcut RAW (UDIF read-write) yerine ASIF kullanımını öneriyor
- VM oluşturma aşamasında ASIF imajı üretiminin uygulanması planlanıyor, ancak şu anda bu yalnızca
diskutil komut satırı aracıyla mümkün
- Sequoia 15.5 sürümünde ASIF kullanım desteği doğrulanmış olsa da, eski macOS sürümleriyle tam uyumluluk henüz açıklanmış değil
Performans karşılaştırması ve avantajlar
- Önceki testlerde sparse bundle en hızlı format olsa da, ASIF mevcut tüm alternatiflerden (plain/şifreli UDRW, UDSP, sparse bundle) belirgin biçimde daha hızlı
- ASIF'te yedek dosyaları tek bir dosya olarak yönetildiği için yönetim tarafında da avantaj var ve performans üstünlüğü de açık
Sonuç ve öneriler
- macOS 26 Tahoe ortamında hem VM hem de genel disk imajları için öncelikli olarak ASIF formatının kullanılması uygun görünüyor
- NAS gibi ayrı bir dosya sisteminde sparse bundle gerekmiyorsa, ASIF genel amaçlı kullanım için en iyi seçenek
- Uzun vadede daha sezgisel bir API çağrı yöntemi sunulmasına ihtiyaç var
- Başlıca disk imajı yönetim araçlarında (DropDMG vb.) da yakında ASIF desteği bekleniyor
2 yorum
"Microsoft son dönemde araştırma sonuçlarını giderek daha fazla açık kaynak olarak yayımlıyor ama ona karşı ciddi bir güvensizlik var. Buna karşılık Apple her zaman ketum ve kapalı olmasına rağmen hacker topluluğunda hâlâ sevilmesini anlamıyorum"
Bir ölçüde katılıyorum ama bunun bir nedeni var. Microsoft'ta sözle eylemin farklı olduğu durum çok fazla. İnsanın sırtından bıçaklanmış gibi hissetmesi denir ya.
Şirketteki geliştiricilerin ve yönetimin yönü tamamen farklıymış gibi geliyor. İyi giden bir şeyin, üst kademeden gelen "bu artık olmaz" sözüyle bir anda kesilivermesi gibi.
Apple da temiz görünmeye çalışsa da perde arkasında sadece paranın kokusunun peşinden gitmesi bakımından benzer, ama omurgasız bir görüntüyü şimdiye kadar daha az verdi.
Yine de Microsoft'un bu aralar açık kaynak tarafında bir şeyler göstermeye çalışmasını iyi bir gelişme olarak görüyorum.
Ama HN'deki yan yorumlar da ilginç. Özellikle özetlere ve cümlelere kısa çizgi koymanın metni LLM ile üretilmiş gibi hissettirdiği kısmı.
Ben de kısa çizgiyi görür görmez daha okumadan yorgunluk hissettiğim bir deneyim yaşadığım için içim cız etti.
Hacker News görüşleri
as-ifanlamına yapılan göndermeAndoradlı TV programının adının da komik olduğundan bahsediliyor