Tart: Apple की native Virtualization.Framework का उपयोग करके macOS पर VMs

मूल लेख ↗ Hacker News चर्चा ↗

Developers Tart की जाँच कर रहे हैं, जो macOS के लिए एक tool है और Apple की Virtualization.framework को wrap करके macOS और Linux VMs चलाता है तथा images को container registries के माध्यम से distribute करता है, ताकि Apple Silicon पर CI और dev environments को streamline किया जा सके। चर्चा का बड़ा हिस्सा performance और architecture trade‑offs पर केंद्रित है—ARM पर x86 के लिए virtualization बनाम full emulation, Intel binaries को Linux VMs के अंदर चलाने में Rosetta 2 की भूमिका, macOS पर filesystem और Docker performance, और 8GB machines को वास्तविक रूप से कितना आगे बढ़ाया जा सकता है। Licensing भी एक विवाद बिंदु है, जहाँ Tart का non‑OSS, core‑based “Fair Source” model कुछ लोगों को UTM, Lima/Colima, VirtualBuddy, या custom QEMU setups जैसे open alternatives की ओर झुकाता है.

Tart का अवलोकन और उसका प्रस्ताव

  • Apple के Virtualization.framework के चारों ओर रैप किया गया CLI टूल, जो Apple Silicon पर macOS और Linux VMs चलाता है।
  • मुख्य अंतर: VM इमेज के लिए OCI/container registries का उपयोग करता है, जिससे container images जैसे workflow सक्षम होते हैं (build, push, pull, reuse)।
  • उपयोगकर्ता साफ़ CLI, आसान scripting, और integrations (Packer plugin, GitLab/Buildkite, CI) की प्रशंसा करते हैं।
  • विशेष रूप से reproducible macOS test environments और IPSW से VM तक तेज़ setup के लिए सराहा जाता है।

Licensing और Business Model

  • संगठनों के लिए per-core “seats” के साथ Fair Source–style license का उपयोग करता है; personal use और छोटे server installs core limit तक मुफ़्त हैं।
  • कुछ लोगों को license restrictive/confusing लगता है, organizational compliance को लेकर चिंता होती है, और “BSL-esque” non‑OSI terms पसंद नहीं आते।
  • अन्य लोग नोट करते हैं कि LICENSE और website स्पष्ट हैं, और commercial users को हमेशा terms जाँचने चाहिए।
  • पहले के versions AGPLv3 थे; वे commits repo में बने हुए हैं और reuse या fork किए जा सकते हैं।

Virtualization बनाम Emulation बनाम Containers

  • terminology पर लंबा subthread बहस करता है:
    • एक पक्ष: वर्तमान industry usage में, “virtualization” का अर्थ है guest code को host CPU पर सीधे चलाना (same ISA), जो emulation से अलग है।
    • दूसरा पक्ष: ऐतिहासिक रूप से, emulation virtualization के भीतर एक technique है; categories एक-दूसरे से overlap करती हैं और marketing ने terms को distort किया है।
    • सामान्य सहमति है कि containers अलग हैं (OS-level isolation, shared kernel), हालांकि कुछ लोग नोट करते हैं कि आधुनिक container stacks नीचे virtualization का उपयोग करते हैं।

Apple Silicon पर x86_64 और Rosetta

  • कई explanations में बताया गया कि full x86 OS guests के लिए emulation आवश्यक है; Rosetta-style binary translation केवल userspace के लिए उपयुक्त है, kernels के लिए नहीं।
  • सुझाया गया तरीका: एक aarch64 Linux VM चलाएँ और VM के अंदर Rosetta 2 का उपयोग करें (Apple के documented support के माध्यम से) या इसी तरह के mechanisms से x86_64 binaries चलाएँ; full-system QEMU emulation से बहुत तेज़।
  • उपयोगकर्ता UTM की x86_64 emulation को भारी workloads के लिए “practically unusable” बताते हैं; native ARM VMs ठीक हैं।

Ecosystem तुलनाएँ और Alternatives

  • बताए गए alternatives: Apple के अपने Virtualization/Hypervisor frameworks (DIY), virt, Lima/Colima (Linux-focused), UTM, VirtualBuddy, Viable, VMTek, OrbStack, Multipass।
  • Tart को मुख्यतः macOS guest support के साथ image-registry workflows और CI tooling के लिए अलग माना जाता है।
  • कुछ लोग तर्क देते हैं कि यदि आप समय लगाएँ तो QEMU/Hypervisor.framework के साथ अधिकांश functionality मिल सकती है; अन्य लोग Tart के polished UX को महत्व देते हैं।

Performance, Hardware, और Dev Experience

  • macOS VMs और Docker में filesystem performance को लेकर चिंताएँ हैं; VirtioFS ने चीज़ें बेहतर की हैं लेकिन अभी भी native Linux से पीछे है।
  • सुझाव: Mutagen जैसे sync tools का उपयोग करें; या Docker को पूरी तरह Linux VM के अंदर चलाएँ।
  • 8GB RAM की पर्याप्तता पर बहस: कुछ लोग smooth workloads (यहाँ तक कि video editing) की रिपोर्ट करते हैं, जबकि अन्य modern IDEs और बड़े projects को unusable पाते हैं और VM-heavy/dev उपयोग के लिए 16GB+ की सिफारिश करते हैं।

Use Cases और Legal Notes

  • Mac CI, testing management/workflows, macOS DEP-like enrollment scenarios, और security settings tweak करने के लिए Recovery में जल्दी boot करने हेतु व्यापक रूप से उपयोग किया जाता है।
  • GHCR पर macOS images सवाल उठाते हैं; एक comment macOS EULA carve-outs जैसे “Permitted Developer Services” का उल्लेख करता है, जैसे CI, हालांकि Tart में layering support फिलहाल अनुपस्थित है।
  • macOS guests के लिए GPU passthrough केवल paravirtual GPU तक सीमित है; LLM workloads के लिए उपयुक्तता स्पष्ट नहीं है।