Apple Silicon VMs इतने अलग क्यों हैं?

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

Apple का ARM-based Silicon की ओर कदम Macs पर virtualization को फिर से आकार दे चुका है, जिससे Apple के Virtualization/Hypervisor frameworks और VirtIO के जरिए तेज़ ARM macOS और Linux VMs संभव हुए हैं, लेकिन full x86-64 guests को धीमी emulation पर निर्भर होना पड़ता है। Developers x86-64 Linux binaries को ARM VMs के अंदर Rosetta या Windows-on-ARM की अपनी translation layer का उपयोग करके चलाने में अच्छे नतीजे बताते हैं (अक्सर Docker, OrbStack, Parallels या UTM के ज़रिए), लेकिन पूरी तरह virtualized x86 systems अब भी काफ़ी धीमे और कभी-कभी fragile रहते हैं। यह thread platform limits और trade-offs को भी उजागर करता है — जैसे दो-macOS-VM cap, 32-bit ARM virtualization की कमी, और nested virtualization जैसी features पर Apple का कड़ा नियंत्रण — साथ ही iPad बनाम Mac की भूमिकाओं और local बनाम remote development setups के भविष्य पर बड़े सवाल भी उठाता है.

Apple Silicon पर x86‑64 की स्थिति

  • Apple Silicon पर x86/x86‑64 OSes को पूरी तरह virtualize करने के लिए emulation (जैसे pure QEMU) पर निर्भर रहना पड़ता है, और इसे लगातार “बहुत धीमा” बताया जाता है।
  • एक आम pattern: VM में ARM64 OS (Linux या Windows) चलाएँ, फिर individual apps के लिए उस OS की अपनी x86 translation (Linux/macOS पर Rosetta, Windows की x86 emulation) का उपयोग करें।
  • कुछ users CLI tools और हल्की productivity के लिए acceptable performance बताते हैं; अन्य instability का सामना करते हैं (जैसे Elixir builds का segfault करना) जब तक specific workarounds लागू न किए जाएँ।

Linux VMs और Docker में Rosetta 2

  • Apple Virtualization.framework के जरिए ARM64 Linux guests को Rosetta उपलब्ध कराता है, जिससे ARM VM के अंदर x86‑64 binaries अच्छी performance के साथ चलती हैं।
  • Docker Desktop और OrbStack तथा Lima/Colima जैसे tools इसका उपयोग Apple Silicon पर amd64 containers चलाने के लिए करते हैं; performance अक्सर high-end Intel laptops के क़रीब, या कभी-कभी उनसे भी बेहतर होती है।
  • QEMU JIT bugs के लिए workarounds मौजूद हैं (जैसे Erlang/Elixir के लिए build flags सेट करना) ताकि crashes से बचा जा सके।

VM Tools: Parallels, UTM, VMware, और अन्य

  • Parallels + Windows 11 ARM को सामान्य productivity और development के लिए व्यापक रूप से सराहा जाता है; Windows की built-in x86 emulation ज़्यादातर “अदृश्य” रहती है और बस काम करती है।
  • Parallels के बारे में शिकायतों में ads/upsells, subscription licensing, Linux desktop UX का खराब अनुभव (जैसे scrolling), और privacy-policy से जुड़ी चिंताएँ शामिल हैं।
  • UTM (QEMU front-end) उपयोगी माना जाता है, लेकिन full x86 OS emulation के लिए अक्सर धीमा होता है; ARM guests के साथ Rosetta चलाने पर बेहतर काम करता है।
  • OrbStack और Lima को Apple Silicon पर Linux के लिए मज़बूत CLI-oriented solutions के रूप में रेखांकित किया गया है, जो अक्सर Docker Desktop की जगह ले लेते हैं।

VirtIO, Apple Virtualization, और macOS VM सीमाएँ

  • चर्चा में Apple के VirtIO और Virtualization.framework की ओर बदलाव का उल्लेख है; VirtIO स्वयं ARM- या Apple-specific नहीं है, लेकिन Apple ने Apple Silicon के साथ host drivers ship करना शुरू किया।
  • Apple Silicon पर macOS में एक hard limit है कि एक समय में केवल दो macOS VMs चल सकती हैं, तकनीकी और contractual दोनों रूप से; Linux VMs पर यह सीमा लागू नहीं होती।
  • कुछ लोगों का कहना है कि macOS VMs Apple ID में sign in नहीं कर सकतीं, जिससे वे सामान्य desktop उपयोग के लिए कम उपयुक्त हो जाती हैं।

Windows, Gaming, और विकल्प

  • कई Windows games Parallels + Windows ARM पर ठीक-ठाक चलते हैं, लेकिन compatibility अनिश्चित हो सकती है और kernel-level anti-cheat अब भी एक बड़ा blocker है।
  • Gaming के लिए, कई commenters full VMs की बजाय Wine-based solutions (CrossOver, Whisky, Game Porting Toolkit) या cloud gaming (जैसे GeForce Now) को पसंद करते हैं।

व्यापक Themes और शिकायतें

  • कई लोगों का तर्क है कि heavy x86 workloads के लिए local emulation की बजाय remote x86 server/workstation ज़्यादा व्यावहारिक है।
  • macOS guests में hardware support होने के बावजूद nested virtualization की कमी, और VMs के आसपास Apple की licensing/strategic restrictions को लेकर निराशा है।