Intel प्रोसेसर अस्थिरता के कारण 'Oodle' decompression failure की समस्या

Intel प्रोसेसर अस्थिरता के कारण Oodle decompression failure

• RAD ने एक ऐसी समस्या की पहचान की है जो Unreal engine से बने गेम्स में Oodle Data decompression failure या crash का कारण बन सकती है.
• यह समस्या मुख्य रूप से Intel 13900K और 14900K प्रोसेसरों को प्रभावित करती है, जबकि 13700, 14700 और संबंधित प्रोसेसर अपेक्षाकृत कम प्रभावित होते हैं.
• इन प्रोसेसरों में से केवल कुछ ही इस तरह का व्यवहार दिखाते हैं.
• यह समस्या BIOS settings और इन प्रोसेसरों की उच्च clock speed तथा power usage के संयोजन के कारण होती है, जो भारी load के तहत system instability और अप्रत्याशित व्यवहार पैदा करता है.

सॉफ़्टवेयर bug नहीं, hardware समस्या

• ऐसा नहीं लगता कि Oodle या Unreal में कोई software bug इस समस्या का कारण है.
• BIOS settings अत्यधिक आशावादी होने के कारण, कुछ प्रोसेसर भारी load के दौरान अपनी कार्य-सीमा से बाहर clock speed और power consumption पर गलत instructions execute करने लगते हैं.
• Oodle Data decompression में अतिरिक्त data integrity checks करने पड़ते हैं, इसलिए यह अन्य gameplay, simulation, audio या rendering code की तुलना में असंगतियों को बहुत जल्दी पकड़ लेता है.

Unreal Engine आधारित गेम शुरू करते समय आम failure प्रकार

• सबसे सामान्य failure प्रकार है: "DecompressShader(): Could not decompress shader (GetShaderCompressionFormat=Oodle)" error message.
• यह समस्या केवल Oodle तक सीमित नहीं है; ऐसी अस्थिरता वाले systems standard benchmark और stress test programs में भी fail होते दिखाई देते हैं.
• जो programs प्रोसेसर को कई threads पर गहन रूप से इस्तेमाल करते हैं, वे crash या अप्रत्याशित व्यवहार पैदा कर सकते हैं.

समस्या हल करने के लिए workaround

• सटीक कारण और सर्वोत्तम समाधान का निदान करने के लिए आवश्यक processor जानकारी उपलब्ध नहीं है.
• कई motherboard/BIOS निर्माता ऐसे settings के साथ shipping कर रहे हैं जो प्रोसेसर को उसकी सुरक्षित operating range से बाहर धकेल देते हैं.
• चूँकि यह केवल कुछ प्रोसेसरों को प्रभावित करता है, कुछ उपयोगकर्ताओं ने निर्माता को प्रोसेसर वापस करके बिना समस्या वाला नया प्रोसेसर पाने में सफलता पाई है.
• अन्य workaround के लिए tuning utility का उपयोग या BIOS settings में बदलाव करना पड़ सकता है.
• Intel XTU का उपयोग करके performance core multiplier को x55 से x54 या x53 तक कम करना कई लोगों के लिए सफल समाधान बताया गया है.

BIOS settings बदलने के लिए सिफारिशें

• यदि overclocking enabled है, तो उसे disable करें, और "AI" या "auto" overclocking का उपयोग करने से बचें.
• ark.intel.com पर अपने प्रोसेसर के लिए सही limits देखें और power limits तथा voltage को Intel द्वारा सुझाई गई सुरक्षित range पर सेट करें.
• BIOS में "enhanced turbo" या "enhanced multithreading" settings जैसे "ASUS MultiCore Enhancement" या "ASUS Performance Enhancement 3.0" को disable करें.

Intel, ASUS, Gigabyte, MSI motherboards के लिए अतिरिक्त troubleshooting steps

• Intel XTU install करें और AVX2 test चलाएँ.
• यदि AVX2 test fail होता है, तो ASUS, Gigabyte, MSI motherboards के लिए विशेष BIOS settings changes आज़माएँ.

अंतिम उपयोगकर्ता समर्थन उपलब्ध नहीं

• इस समस्या से प्रभावित गेम्स के अंतिम उपयोगकर्ताओं को सीधे support नहीं दिया जा सकता, और game publisher, processor तथा motherboard निर्माताओं के आधिकारिक support channels का उपयोग करने की सिफारिश की जाती है.

GN⁺ की राय

• यह समस्या उन उपयोगकर्ताओं के लिए महत्वपूर्ण है जो कुछ विशेष Intel प्रोसेसर इस्तेमाल कर रहे हैं, और system stability के लिए BIOS settings समायोजित करना आवश्यक हो सकता है.
• BIOS settings बदलना जोखिमपूर्ण हो सकता है, इसलिए उपयोगकर्ताओं को सावधानी बरतनी चाहिए और आधिकारिक support लेना बेहतर है.
• यह लेख hardware समस्या से उत्पन्न software errors को हल करने के लिए ठोस कदम देता है, इसलिए तकनीकी समस्या का सामना कर रहे उपयोगकर्ताओं के लिए यह उपयोगी जानकारी प्रदान करता है.

[GN⁺]

Hacker News टिप्पणियाँ

• AMD Threadripper 3970X के उपयोग के अनुभव से जुड़ी समस्या-समाधान प्रक्रिया साझा की गई। AMD के साथ कई महीनों तक मिलकर समस्या की जांच की गई, और AMD से मुआवज़ा मिला। अंततः AMD द्वारा प्रदान की गई कस्टम BIOS इमेज का उपयोग करके सिस्टम चलाया जा रहा है। समस्या की ज़िम्मेदारी Gigabyte की लगती है.
• Intel 13900k CPU में दोष था, और default settings इस्तेमाल करने पर समस्या हुई। सिस्टम बार-बार crash होता था, जिससे समस्या सुलझाने में बहुत समय लगा। CPU बदला गया और Intel से RMA (रिटर्न/रिपेयर सेवा) का अनुरोध किया गया, लेकिन Intel ने Linux support का हवाला देकर RMA से बचने की कोशिश की। यूरोप की consumer protection agency के जरिए RMA कराया गया, और नया सिस्टम खरीदकर पुराना सिस्टम बेच दिया गया। आगे Intel उत्पाद न खरीदने की योजना है.
• यह व्यंग्यात्मक टिप्पणी की गई कि security issues को कम करने के लिए hyperthreading, turbo mode, C-states, efficiency cores आदि को disable करना पड़ता है, लेकिन ऐसा करना मानो 20 साल पहले के feature set पर लौटने जैसा है.
• i9 149kf CPU और Asus Formula motherboard के साथ नया सिस्टम बनाया गया, लेकिन उसे स्थिर रूप से चलाने तक काफी कठिनाई हुई। default settings पर game crash, kernel और emacs compile fail जैसी समस्याएँ हुईं। turbo को 5.4GHz तक सीमित करने और maximum watt तथा temperature limit करने वाली settings चालू करके सिस्टम को स्थिर किया गया। अब सिस्टम stable है, लेकिन विज्ञापित performance का पूरा लाभ न ले पाने पर अफसोस जताया गया.
• Raymond Chen की एक क्लासिक पोस्ट की याद दिलाने वाली बात का उल्लेख किया गया.
• पुराने Pentium III 1.13 GHz CPU की समस्या को याद किया गया.
• Zstd decompressor अक्सर network के जरिए ट्रांसफर किए गए data के साथ सबसे पहले interact करता है, इसलिए यह bit flips के प्रति बहुत संवेदनशील है। error checking चालू होने पर भी यह hardware problems को दूसरे processes की तुलना में अधिक बार पकड़ लेता है। Zstd केवल source data का checksum शामिल करता है, जिससे data integrity तो सुनिश्चित होती है, लेकिन compressed data के corrupt होने या न होने का पता लगाना कठिन हो जाता है.
• यह शायद उन उपयोगकर्ताओं की अनचाही शिकायतों से निपटने के लिए बनाया गया पेज है, जो "oodle" error log को ट्रैक करना चाहते हैं। यह 2006 के SQLite मामले की याद दिलाता है.
• ASUS TUF motherboard खरीदने का अनुभव साझा किया गया। केवल बुनियादी सुविधाएँ चाहिए थीं, लेकिन BIOS settings जरूरत से ज्यादा overclocking की ओर धकेलती थीं, इसलिए RAM timing settings सहित कई settings को manually adjust करना पड़ा.
• Epic Games द्वारा RAD के अधिग्रहण पर आश्चर्य व्यक्त किया गया.