Apple Silicon Macs पर वर्चुअलाइज़ेशन कैसे आया

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

Apple Silicon Macs पर virtualization तेज़ी से परिपक्व हो रही है, जहाँ Apple के frameworks Docker और third-party hypervisors जैसे tools को शक्ति दे रहे हैं, लेकिन उपयोगकर्ताओं को x86 emulation, USB passthrough, और GPU acceleration के आसपास अभी भी तीखी सीमाओं का सामना करना पड़ता है—खासकर FPGA development या पुराने macOS versions चलाने जैसे niche workflows में। Commenters true virtualization और धीमे CPU emulation के बीच अंतर बताते हैं, यह नोट करते हुए कि QEMU जैसी setups Intel operating systems चला तो सकती हैं, लेकिन गंभीर काम के लिए performance और compatibility अक्सर खराब होती है। Thread आगे इस बात तक फैलता है कि ये तकनीकी सीमाएँ Macs और iPads के बीच खरीद निर्णयों को कैसे आकार देती हैं, और Asahi Linux तथा OpenCore Legacy Patcher या Retroactive जैसे tools का उपयोग hardware और software lifespans बढ़ाने के लिए कैसे किया जाता है।

Meta और लेख की प्रतिक्रिया

  • कई टिप्पणियाँ Eclectic Light साइट और लिंक किए गए पेज के डिज़ाइन की प्रशंसा करती हैं।
  • प्रचुर मात्रा में HN सबमिटर के बारे में कुछ मेटा चर्चा है, लेकिन वहाँ कोई तकनीकी सामग्री नहीं है।

Apple Silicon पर Virtualization बनाम Emulation

  • स्पष्ट अंतर बताया गया है:
    • Virtualization = वही CPU आर्किटेक्चर, लगभग-नेटिव गति, हार्डवेयर सपोर्ट का उपयोग।
    • Emulation = अलग CPU आर्किटेक्चर, instruction translation, आमतौर पर काफी धीमा।
  • Apple Silicon Intel macOS को virtualize नहीं कर सकता; यह उसे केवल emulate कर सकता है (जैसे QEMU के ज़रिए), जिसे लोग “केवल terminal के लिए usable” या उससे भी बदतर बताते हैं।
  • macOS ARM VMs में USB passthrough अभी सीमित है (उदाहरण के लिए, Parallels किसी macOS guest से generic USB devices attach नहीं कर सकता)। सुझाए गए workaround: network shares या host paths।

Docker, Apple Virtualization Frameworks, और Tools

  • macOS पर Docker Desktop पहले से ही Apple के virtualization frameworks का उपयोग करता है; इस लेख के कारण किसी बड़े बदलाव की अपेक्षा नहीं है।
  • विभिन्न use cases के लिए उल्लेखित alternative tools: QEMU/UTM, OrbStack, VMware Fusion, और LiViable (लेखक का app)।

M-Series Macs पर x86 Linux / FPGA और Heavy Tools

  • FPGA और अन्य closed-source tools के लिए x86_64 Linux VMs चलाना संभव तो माना गया है, लेकिन समस्याग्रस्त है:
    • Linux VMs के अंदर Rosetta केवल 64‑bit x86 को सपोर्ट करता है और instruction set के कुछ हिस्से (जैसे AVX2) नहीं देता, जिससे incompatibilities होती हैं।
    • 32‑bit x86 सपोर्ट के लिए अन्य emulators (जैसे FEX) चाहिए, जिनमें performance पर notable impact पड़ता है।
    • FPGA tools CPU-intensive होते हैं और अक्सर ठीक से optimized नहीं होते, इसलिए native x86 की तुलना में performance काफी खराब होने की उम्मीद है।
    • Guest के अंदर USB passthrough और proprietary drivers को likely failure points बताया गया है।
  • सुझाए गए alternatives: जब केवल shells/CLI tools चाहिए हों तो Docker/OrbStack containers, या remote x86 machine का उपयोग।

iPad Pro, Virtualization, और “Daily Driver” बहस

  • यह अटकल लगाई गई कि भविष्य के iPad Pros, OLED और नए keyboards के साथ, ऊँची कीमत वाले, virtualization-capable “MacBook replacements” बन सकते हैं; अन्य लोग इस बात पर बहुत संदेह करते हैं कि इतनी बड़ी कीमत वृद्धि होगी।
  • 12.9" iPad Pro के अनुभव काफ़ी अलग-अलग हैं:
    • Pro-iPad पक्ष: Magic Keyboard, Stage Manager, cellular, और लंबी battery life के साथ यह कई non-dev tasks के लिए primary mobile computer हो सकता है।
    • संदेह करने वाला पक्ष: iPadOS multitasking, keyboard shortcuts, aggressive app unloading, और “not a full OS” जैसी सीमाएँ productivity के लिए इसे निराशाजनक बनाती हैं; अक्सर इसे media, note-taking, PDF markup, और remote desktop तक सीमित कर दिया जाता है।
  • Surface tablets से तुलना tradeoff को उजागर करती है: iPad पर बेहतर tablet UX, लेकिन Surface पर अधिक खुला “real OS” (और VM capability), हालांकि कुछ मामलों में hardware/app support कमज़ोर होता है।

पुराने macOS/iTunes और पुराने Macs पर नए macOS चलाना

  • 2015 MacBook Pro के लिए:
    • यह बिना hacks के आधिकारिक रूप से macOS Monterey तक चला सकता है।
    • iTunes जैसे पुराने apps के लिए, उन्हें नए macOS versions पर patch करके चलाने के लिए Retroactive सुझाया गया है।
    • असमर्थित hardware पर latest macOS चलाने के लिए OpenCore Legacy Patcher (OCLP) सुझाया गया है, साथ ही पूरी तरह backup लेने और installation quirks समझने की सख्त चेतावनी दी गई है (जैसे install के दौरान wired peripherals की आवश्यकता)।
  • कुछ उपयोगकर्ता Mojave-era UI और iTunes के unified media management तथा smart browsing को नए Music/TV/Books apps पर प्राथमिकता देते हैं, जिन्हें reduced power-user features और inconsistent UI के लिए आलोचना मिलती है।

Apple Silicon पर Linux: VMs बनाम Asahi

  • एक उपयोगकर्ता Linux को near-bare-metal daily driver के रूप में VM के ज़रिए चाहता है, जिसमें exclusive fullscreen और GPU acceleration हो और host UI पूरी तरह बाहर रहे।
  • प्रतिक्रियाएँ नोट करती हैं:
    • Asahi Linux प्रगति कर रहा है और daily-drivable होने के “क़रीब” है, साथ ही योगदान के अनुरोध किए गए हैं।
    • मौजूदा macOS-hosted VMs type‑2 हैं; किसी type‑1 hypervisor की जानकारी नहीं है।
    • Apple के frameworks GPU को para-virtualize कर सकते हैं, और समर्थित guests के लिए लगभग-नेटिव speed के दावे किए जाते हैं।
    • ARM पर VMware Fusion reportedly अच्छे fullscreen Linux के साथ configurable gesture और shortcut routing देता है, हालांकि screen edges पर macOS UI chrome फिर भी दिखाई देता है।

विविध

  • lofi/ATC site के बारे में एक भटकी हुई टिप्पणी किसी दूसरे HN thread से गलती से आ गई लगती है और उसे सही किया गया है।