M3 पर Asahi Linux
Asahi Linux का Apple के M-सीरीज़ चिप्स, जिसमें शुरुआती M3 काम भी शामिल है, पर native Linux support लाने में प्रगति एक उल्लेखनीय reverse-engineering प्रयास के रूप में व्यापक रूप से सराही जाती है, लेकिन अभी भी Thunderbolt, कुछ मॉडलों पर USB‑C video, और नए हार्डवेयर पर अपरिपक्व GPU support जैसी कमियों से सीमित है। टिप्पणीकार बहस करते हैं कि Apple hardware documentation और drivers क्यों रोकता है—व्यावसायिक प्रोत्साहन, IP चिंताएँ, और उसकी ecosystem रणनीति का हवाला देते हुए—और यह भी नोट करते हैं कि पहले से मौजूद M1/M2 support पुराने Macs को तब भी व्यवहार्य Linux machines बना देता है जब macOS support खत्म हो जाती है। कुछ लोग Asahi (और Omarchy जैसी AI-assisted efforts) को उच्च-गुणवत्ता वाले Apple silicon hardware को लंबे समय तक उपयोगी और open बनाए रखने के लिए महत्वपूर्ण मानते हैं.
प्रोजेक्ट की स्थिति और तकनीकी सावधानियाँ
- Asahi अब नए M-सीरीज़ (M3 सहित) पर बूट होता है, लेकिन फीचर सपोर्ट पुराने चिप्स से पीछे है।
- M1/M2 पर परिपक्व: ओपन ड्राइवरों के साथ कार्यात्मक GPU एक्सेलरेशन; Steam/Proton के ज़रिए गेमिंग और डेस्कटॉप उपयोग के लिए सफलतापूर्वक इस्तेमाल किया गया।
- M3: GPU सपोर्ट अभी भी गायब है; कुछ पर HDMI काम करता है, लेकिन USB‑C/Thunderbolt वीडियो और पूर्ण Thunderbolt (PCIe, स्थिर DisplayPort) तैयार नहीं हैं।
- कुछ Intel और Apple Silicon Macs पर Sleep और suspend अब भी समस्याग्रस्त हैं; उपयोगकर्ता हैंग और मैन्युअल पावर-साइक्लिंग की रिपोर्ट करते हैं।
- लोकल AI: llama.cpp और इसी तरह के वर्कलोड macOS पर Metal की तुलना में बहुत धीमे हैं; कुछ लोग तब तक स्विच नहीं करेंगे जब तक GPU/NPU पाथ प्रतिस्पर्धी न हो जाएँ।
उपयोग-परिदृश्य और लक्षित उपयोगकर्ता
- मुख्य दर्शक: वे लोग जो Apple के कुशल हार्डवेयर पर bare-metal Linux चाहते हैं, रोज़मर्रा के उपयोग, सर्वर, या macOS सपोर्ट खत्म होने के बाद भविष्य-सुरक्षा के लिए।
- कुछ लोग dual-boot करते हैं: विशिष्ट ऐप्स (music/DJ, iOS/mac builds) के लिए macOS और बाकी सब के लिए Asahi, या Steam gaming के लिए।
- कुछ लोगों का तर्क है कि यह मुख्यतः tinkerers और उन लोगों के लिए है जिन्हें macOS का UX, नीतियाँ, या background services पसंद नहीं हैं।
Apple का रुख, डॉक्यूमेंटेशन, और व्यावसायिक प्रोत्साहन
- बार-बार बहस: Apple हार्डवेयर स्पेक्स या Linux drivers क्यों नहीं प्रकाशित करता।
- तर्क यह है कि वे ऐसा नहीं करते: Mac पर Linux का बाज़ार बहुत छोटा; डॉक्यूमेंटेशन में बहुत मेहनत; IP सुरक्षा; ongoing compatibility obligations से बचना; अतिरिक्त Mac बिक्री से ज़्यादा सेवाएँ/ecosystem revenue महत्वपूर्ण हैं।
- प्रतिवाद: Intel/AMD अपने हार्डवेयर के लिए docs और Linux drivers देते हैं; आंशिक docs भी reverse-engineering मेहनत को बहुत कम कर देंगे।
- कई लोग नोट करते हैं कि Apple alternative OSes को पूरी तरह लॉक आउट कर सकता था, लेकिन उसने ऐसा boot process चुना जो unsigned OSes की अनुमति देता है; रिपोर्ट के अनुसार Apple engineers ने bootloader की उन quirks को भी ठीक किया है जिनसे Asahi टूट रहा था।
- Darwin और विभिन्न Apple open-source projects का उल्लेख किया जाता है, लेकिन कई लोग Apple के FOSS योगदान को अन्य बड़े vendors की तुलना में मामूली मानते हैं।
Lifecycle, right-to-repair, और e-waste
- Asahi में गहरी रुचि इसलिए है क्योंकि यह सक्षम M1–M3 machines को macOS और App Store सपोर्ट खत्म होने के बाद भी उपयोगी बनाए रखने का तरीका है।
- कुछ सुझाव देते हैं कि regulators को hardware documentation या key release end-of-life पर अनिवार्य करना चाहिए, संभवतः tax incentives या disposal obligations के साथ।
Virtualization बनाम bare metal
- macOS का Hypervisor/UTM ARM Linux VMs को लगभग-native speed पर चला सकता है और कुछ लोग इसे “good enough” मानकर सराहते हैं।
- अन्य लोग इसे अस्वीकार करते हैं: वे trust, security, simplicity, या philosophy के लिए macOS को हटाना चाहते हैं; unpatched, end-of-life macOS के अंदर Linux चलाना असुरक्षित माना जाता है।
Omarchy और AI-generated drivers
- एक अलग “Omarchy” प्रयास reportedly AI का उपयोग करके driver work को तेज़ कर रहा है (जैसे M4 GPU)।
- कुछ लोग code reuse की संभावना देखते हैं; अन्य legal provenance और “sloppy” AI output की चेतावनी देते हैं, और उम्मीद करते हैं कि Asahi उस code से बचेगा।