कुछ दिन पहले इसे बनाया गया था उबंटू फोरम पर एक पोस्ट, वह कौनCanonical Developers ने उल्लेख किया है कि डेस्कटॉप वातावरण "गनोम शेल" Ubuntu संस्करण 19.04 में, जो सूक्ति 3.32 पर आधारित है, यह अन्य डेस्कटॉप वातावरणों की तुलना में काफी धीमा था।
शुरू में यह माना गया कि इसका कारण जावास्क्रिप्ट का उपयोग था, लेकिन यह पता चला कि जावास्क्रिप्ट म्यूट विंडो प्रबंधक के साथ गनोम शेल के संयोजन में कोड का केवल दस प्रतिशत था और यह वास्तव में मनाया मंदी के लिए जिम्मेदार नहीं था।
अगली धारणा यह थी कि सॉफ्टवेयर सीपीयू या ग्राफिक्स कार्ड को ओवरलोड कर रहा था। लेकिन माप से पता चला कि ऐसा नहीं था। इसके बजाय जो उभर कर आया, वह यह था कि प्रोसेसर बहुत लंबे समय तक बेकार बैठे थे।
यहां ध्यान देने वाली महत्वपूर्ण बात यह है कि अधिकांश स्रोत कोड मुटर प्रोजेक्ट में हैं, न कि गनोम शेल। तो कुल मिलाकर, केवल 10% सूक्ति शैल को जावास्क्रिप्ट में लिखा जाता है जब आप मुटर पर विचार करते हैं, और लगभग 90% सी में लिखा जाता है।
इसलिए, डेवलपर्स अपने शोध को समय पर केंद्रित करने में सक्षम थे, लेख में "वास्तविक समय" के रूप में संदर्भित किया गया है। क्योंकि गनोम और मुटर एक इवेंट लूप की प्रक्रिया करते हैं एक धागे में प्रत्येक को ग्लिब करें, वे देरी के लिए प्रवण हैं।
किसी भी देरी के कारण फ़्रेम को छोड़ दिया जा सकता है मॉनिटर पर छवि बनाते हैं। यह मॉनिटर पर उपयोगकर्ता के लिए ध्यान देने योग्य देरी में ही प्रकट होता है।
विभिन्न लैग्स को मापने के द्वारा, डेवलपर्स ने गनोम 3.34 में तय किए गए आधा दर्जन से अधिक ग्नोम बग नहीं पाए।
पहली त्रुटि के कारण एक फ़्रेम को छोड़ दिया गया क्योंकि फ़्रेम प्रोग्रामिंग में कुछ मिलीसेकंड की देरी के बाद, उस फ़्रेम को फिर से बनाने के समय की गणना गलत तरीके से की जाएगी।
लेकिन इस त्रुटि को ठीक करते हुए, जो हमेशा नहीं होती थी, प्रस्तुति को बहुत चिकना बना देती थी।
दूसरा, एलडेवलपर्स ने पाया कि X.org पर लगभग सभी फ़्रेमों में देरी हुई थी क्योंकि तालिका गणना बहुत पहले सेट की गई थी। 60 हर्ट्ज की एक फ्रेम दर पर, स्क्रीन 16 एमएस द्वारा देरी हो रही थी।
इस मामले में वेलैंड प्रभावित नहीं है। एक और गलती केवल वेनलैंड की चिंता करती है। समस्या यह थी कि Mutter में, माउस पॉइंटर को प्रदर्शित करने की गति 60Hz पर सेट की गई थी। इससे ताज़ा दर भिन्न होने पर 100% CPU उपयोग के मुद्दे हो सकते हैं।
भी मुटर की एक और समस्या थी जो अब तक केवल आंशिक रूप से हल हुई है। नतीजतन, सभी इनपुट इवेंट अगले फ्रेम में देरी कर रहे थे, यानी 16 हर्ट्ज पर 60 एमएस तक।
X.org पर Nvidia के स्वामित्व वाले ड्राइवरों के लिए सुधारों के कारण एक और देरी हुई, जिनकी अब आवश्यकता नहीं है।
और एक अन्य समस्या को भी हाइलाइट किया गया था, यह निर्धारित करता है कि माउस पॉइंटर को क्या प्रभावित करता है, जिसमें OpenGL कॉल किए गए थे, यह बेहद प्रभावित करता है और सीपीयू और जीपीयू के बीच आवश्यक सिंक्रनाइज़ेशन के कारण अतिरिक्त प्रतीक्षा समय का कारण बनता है।
परिणामस्वरूप, सूक्ति 3.34 काफी तेज है। Ya कम से कम दो अन्य समस्याएं ज्ञात हैं जिन्हें अभी तक हल नहीं किया गया है।
- कई मॉनिटरों का उपयोग करते समय, वायलैंड बैकेंड पर क्रैश महत्वपूर्ण देरी का कारण बनता है। यह गनोम 3.36 पर डेवलपर्स के अनुसार तय किया जाना चाहिए और इस प्रकार उबुन्टु 20.04 भी।
- दूसरी समस्या यह है कि Mutter में सभी देरी अभी तक हल नहीं हुई हैं। समस्या निवारण और आगे क्या करना है, इस पर परिप्रेक्ष्य से बचने के लिए क्या गलतियाँ हैं, इस पर लेख का समापन हुआ।
अनुकूलन कई सुधारों में Gnome Ubuntu 20. 04 के लिए होना चाहिए उन्हें किस पर ध्यान केंद्रित करना चाहिए? आधुनिक और तेज हार्डवेयर पर। पुराने और धीमे कंप्यूटरों को प्रभावित करने वाले शेष मुद्दों को Ubuntu 20.10 में संबोधित और हल करने की आवश्यकता है।
यदि आप प्रकाशन के बारे में अधिक जानना चाहते हैं, आप निम्न लिंक की जाँच कर सकते हैं।