Steam Deck के APU के अंदर

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

Valve का Steam Deck वास्तव में एक AMD APU पर बना है जिसे मूल रूप से Magic Leap के AR headset के लिए डिज़ाइन किया गया था, जिसमें computer-vision DSP cores भी शामिल हैं जो संभवतः handheld के लिए fused off कर दिए गए थे। Commenters यह देखते हैं कि ऐसे custom chips की लागत कैसे तय होती है और वे कैसे reuse होते हैं, Nvidia की PC GPU बढ़त के बावजूद AMD consoles और handhelds में क्यों हावी है, और price, power efficiency तथा Linux driver support जैसे कारक इन design choices को कैसे आकार देते हैं। Thread eFuses, die imaging techniques, और modern AMD- तथा Intel-based laptops पर sleep और power management की चुनौतियों जैसे low-level विवरणों पर भी बात करता है।

Magic Leap Cores और eFuses

  • Deck APU पर मौजूद अतिरिक्त “Magic Leap” ब्लॉक्स को 14-कोर कंप्यूटर-विज़न DSPs माना जाता है (संभवतः Tensilica-आधारित), जो Magic Leap 2 के “14-core CVIP” स्पेक से मेल खाते हैं।
  • सामान्य निष्कर्ष यह है कि Deck के लिए ये निष्क्रिय हैं: आमतौर पर इन्हें फैक्ट्री में उड़ाए गए eFuses से जोड़ा जाता है; आधुनिक चिप्स में इन्हें फिर से सक्षम करना व्यावहारिक रूप से असंभव है।
  • eFuses/antifuses पर चर्चा: ये पावर/कॉन्फ़िगरेशन लाइनों को काट या स्थायी रूप से बदल सकते हैं; इसे उलटना invasive chip surgery (decap, ion beam, आदि) की मांग करेगा।
  • पुराने AMD हार्डवेयर में कभी-कभी JTAG और firmware timing tricks के जरिए fuse-आधारित feature locks को बायपास किया जा सकता था; यह स्पष्ट नहीं है कि हाल के parts पर भी यह संभव है या नहीं।

Valve इस APU का उपयोग क्यों करता है / Magic Leap की भूमिका

  • संभवतः Magic Leap ने महंगे custom design और NRE को फंड किया; AMD ने फिर उस design को exclusivity के बिना Valve के लिए reuse किया।
  • यह अटकल भी है कि Magic Leap ने demand को ज़्यादा आँका और/या Magic Leap-विशिष्ट sections की yields खराब थीं, जिससे “harvested” dies reuse के लिए आकर्षक बने।
  • कई लोग Valve की strategy की तुलना Raspberry Pi और Nintendo से करते हैं: एक existing SoC को repurpose करना, demand साबित करना, और फिर अधिक custom silicon की ओर बढ़ना (जैसा newer Deck के साथ हुआ)।

Consoles और Handhelds में AMD का दबदबा

  • आधुनिक PlayStation, Xbox, और अधिकांश x86 handhelds AMD APUs का उपयोग करते हैं; पहले के generations MIPS/PowerPC पर थे।
  • दिए गए कारण: AMD एक ही die पर CPU और GPU दोनों सप्लाई कर सकता है; aggressive console pricing में जीतता है; Nvidia और Intel अधिक margin वाले markets (PC GPUs, AI) पर ध्यान देते हैं।
  • Console खरीदार परिचित, high-volume architectures (x86/ARM) को प्राथमिकता देते हैं ताकि development और hiring आसान हो।
  • Nintendo Switch एक उल्लेखनीय Nvidia/Tegra outlier है; thread इसे mobile perf-per-watt और Nintendo के custom OS के लिए driver portability से जोड़ता है।

ARM बनाम x86 और भविष्य के Consoles

  • leaked planning से संकेत मिलता है कि next-gen Xbox ARM CPU पर विचार कर सकता है लेकिन AMD GPUs बनाए रख सकता है; backwards compatibility चिंता का विषय है।
  • ARM बनाम x86 पर बहस: कुछ लोग ARM को बेहतर perf-per-watt मानते हैं (Apple-शैली designs का हवाला देते हुए); अन्य कहते हैं कि ISA की तुलना में microarchitecture और process अधिक मायने रखते हैं।
  • Apple की x86 emulation को इस बात के प्रमाण के रूप में नोट किया गया है कि ARM x86 को अच्छी तरह emulate कर सकता है, memory-model tweaks के विवरण के साथ; यह console-जैसी price constraints से सीमित है।

Steam Deck का Software Ecosystem और Drivers

  • कई comments इस बात पर ज़ोर देते हैं कि Deck की सफलता सिर्फ hardware नहीं है: Valve ने Proton, Wine, Mesa, Wayland, और PipeWire में भारी निवेश किया, साथ ही stutter और load times कम करने के लिए shader precompilation भी की।
  • AMD के open drivers Valve और व्यापक community को console-style optimizations लागू करने देते हैं; इसे Nvidia के proprietary stack का उपयोग न करने का एक बड़ा कारण बताया गया है।
  • AMD बनाम Nvidia बनाम Intel drivers पर राय बंटी हुई है:
    • कुछ लोग AMD को graphics के लिए Linux पर उत्कृष्ट, लेकिन ROCm/ML के लिए कमजोर बताते हैं।
    • अन्य कहते हैं कि Intel का overall laptop support (खासकर power management) अधिक polished लगता है।
    • Nvidia को featureful लेकिन historically upstream Linux और partners के साथ integrate करने में कठिन माना जाता है।

Build Quality, Repairability, और User Experience

  • एक पक्ष Deck की physical build को “good enough” या premium aluminum devices की तुलना में थोड़ा सस्ता-सा महसूस होने वाला बताता है; शिकायतों में plastic shell creaks और कुछ mushy buttons शामिल हैं।
  • अन्य लोग price के हिसाब से overall quality की ज़ोरदार सराहना करते हैं और high repairability को highlight करते हैं (खासकर बाद के revisions में battery/cable layout में सुधार के साथ)।
  • उत्साह बहुत अधिक है: कई comments Deck को अपने सबसे delightful या impactful devices में से एक बताते हैं।

Power Management और Sleep (S3 बनाम s2idle)

  • आधुनिक laptops में legacy S3 sleep की जगह s2idle के उपयोग पर महत्वपूर्ण चर्चा होती है:
    • AMD पर, कुछ लोग poor suspend behavior, battery drain, और bags में overheating की रिपोर्ट करते हैं; vendors को half-baked implementations के लिए दोषी ठहराया जाता है।
    • अन्य लोग AMD और/या Intel पर flawless suspend की रिपोर्ट करते हैं, जो hardware variability को दर्शाता है।
  • Hibernate को अक्सर व्यावहारिक workaround के रूप में सुझाया जाता है, हालांकि यह धीमा और कम seamless होता है।

Miscellaneous Technical Topics

  • Die photos सावधानीपूर्वक delidding, surface removal, और macro या metallurgical microscopy से तैयार की जाती हैं; दिखाई देने वाले रंग अक्सर structural interference patterns के कारण होते हैं।
  • एक external teardown ने Magic Leap 2 APU की लागत लगभग $136 आंकी, जिससे यह विचार आया कि अब handheld में compute power कितनी सस्ती हो गई है।
  • ACO (Mesa में Valve का AMD shader compiler) को hardware-quirk workarounds की बहुत-सी परतों वाला बताया गया है, जो AMD GPU behavior की जटिलता को दिखाता है।