काही दिवसांपूर्वी ते केले गेले होते उबंटू फोरम वर एक पोस्ट, जे तोअधिकृत विकसकांनी डेस्कटॉप वातावरण याची नोंद घेतली आहे "ग्नोम शेल" उबंटू आवृत्ती 19.04 मध्ये, जी जीनोम 3.32२ वर आधारित आहे, इतर डेस्कटॉप वातावरणापेक्षा हे सहज लक्षात आले.
सुरुवातीला असे समजले गेले होते की हे कारण जावास्क्रिप्टचा वापर आहे, परंतु मटर विंडो व्यवस्थापकासह ग्नोम शेलच्या संयोजनात जावास्क्रिप्ट ही केवळ दहा टक्के संहिता असल्याचे आढळून आले आणि हे निदर्शनास आळशीपणासाठी खरेतर जबाबदार नव्हते.
पुढील समज अशी होती की सॉफ्टवेअर सीपीयू किंवा ग्राफिक्स कार्ड ओव्हरलोड करीत आहे. परंतु मोजमापांवरून असे दिसून आले की असे नव्हते. त्याऐवजी काय उद्भवले ते असे की प्रोसेसरांना जास्त काळ निष्क्रिय बसण्यास भाग पाडले गेले.
येथे लक्षात घेण्यासारखी महत्त्वाची बाब म्हणजे बहुतेक स्त्रोत कोड मुटर प्रकल्पात आहेत, नोनो शेलमध्ये. एकंदरीत, आपण मटरचा विचार करता तेव्हा जावास्क्रिप्टमध्ये फक्त 10% ज्ञानोम शेल लिहिलेले असते, आणि जवळजवळ 90% सी मध्ये लिहिलेले असते.
म्हणूनच, विकसक वेळेत त्यांचे संशोधन केंद्रित करू शकले, लेख मध्ये "वास्तविक वेळ" म्हणून संदर्भित कारण ग्नोम आणि मटर इव्हेंट लूपवर प्रक्रिया करतात प्रत्येकाला एकाच धाग्यात घुसवा, त्यांना विलंब होण्याची शक्यता असते.
यापुढे विलंब झाल्यामुळे फ्रेममधील एक सोडला जाऊ शकतो जे मॉनिटरवर प्रतिमा बनवतात. हे मॉनिटरवरील वापरकर्त्यासाठी सहज लक्षात येण्यापर्यंत प्रगट होते.
विविध अंतरांचे मोजमाप करून, विकसकांना ग्नोम 3.34. halfXNUMX मध्ये अर्धा डझनपेक्षा कमी गनोम दोष आढळले नाहीत.
पहिल्या त्रुटीमुळे फ्रेम वगळता आली कारण फ्रेम प्रोग्रामिंगला काही मिलिसेकंदांनी विलंब झाल्यावर फ्रेम पुन्हा तयार करायची वेळ चुकीची मोजली गेली.
परंतु नेहमीच न येणारी ही चूक दुरुस्त केल्यामुळे सादरीकरण अधिक नितळ झाले.
दुसरा, एलविकसकांना असे आढळले की एक्स.आर.ओ. वर जवळजवळ सर्व फ्रेम्स उशीर झाल्या आहेत कारण टेबल गणना खूप लवकर सेट केली गेली होती. 60 हर्ट्जच्या फ्रेम रेटने, स्क्रीन 16 एमएसने उशीर झाली.
या प्रकरणात वेलँडला त्रास होत नाही. आणखी एक चूक फक्त वेलँडची चिंता करते. समस्या अशी होती की मटरमध्ये, माउस पॉईंटर प्रदर्शित करण्याची गती 60 हर्ट्जवर सेट केली गेली होती. जर रीफ्रेश दर वेगळा असेल तर 100% पर्यंत सीपीयू वापरण्याची समस्या उद्भवू शकते.
तसेच मटरला आणखी एक समस्या होती जी आतापर्यंत अंशतः सोडविली गेली आहे. परिणामी, सर्व इनपुट इव्हेंट्स पुढील फ्रेममध्ये उशीर झाला, म्हणजेच 16 हर्ट्जवर 60 एमएस पर्यंत.
आणखी विलंब एक्स.व्ही. वर एनव्हीडियाच्या मालकी चालकांच्या निराकरणामुळे झाला, आता यापुढे आवश्यक नाही.
आणि आणखी एक समस्या देखील हायलाइट केली गेली, माउस पॉईंटरवर काय परिणाम करते हे ठरवते, ज्यामध्ये ओपनजीएल कॉल केले गेले होते, यामुळे अत्यंत परिणाम होतो आणि सीपीयू आणि जीपीयू दरम्यान आवश्यक सिंक्रोनाइझेशनमुळे अतिरिक्त प्रतीक्षा वेळेस कारणीभूत ठरते.
परिणामी, ग्नोम 3.34 significantly लक्षणीय वेगवान आहे. Ya कमीतकमी दोन इतर समस्या ज्ञात आहेत ज्या अद्याप निराकरण झालेल्या नाहीत.
- एकाधिक मॉनिटर्स वापरताना, वेलँड बॅकएंडवरील क्रॅशमुळे महत्त्वपूर्ण विलंब होतो. जीनोम 3.36..20.04 च्या विकसकांच्या मते हे निश्चित केले जावे आणि तसेच उबंटू २०.०XNUMX देखील.
- दुसरी समस्या अशी आहे की मटरवरील सर्व विलंब अद्याप निराकरण झाले नाहीत. समस्या निवारण करताना कोणती चुका टाळाव्यात आणि पुढील काय करावे याविषयी दृष्टीकोन ठेवून टिप्ससह लेख संपला.
ऑप्टिमायझिंग जीनोम उबंटू 20 साठी असावे. 04 बर्‍याच सुधारणांमध्ये त्यांनी कशावर लक्ष केंद्रित करावे? आधुनिक आणि वेगवान हार्डवेअरवर जुन्या आणि हळू संगणकांवर परिणाम करणारे उर्वरित प्रश्न उबंटू 20.10 मध्ये सोडविणे आणि त्यांचे निराकरण करणे आवश्यक आहे.
आपण प्रकाशनाबद्दल अधिक जाणून घेऊ इच्छित असल्यास, आपण खालील दुवा तपासू शकता.