मालते स्कारुपके एक खेळ विकसकमी म्यूटेक्स आणि स्पिनलॉकवर आधारित लॉकच्या कामगिरीची तुलना प्रकाशित करतो विविध टास्क शेड्यूलर्स वापरुन. चाचण्यांमध्ये विलक्षण विलंब दिसून आला स्पिनलॉक वापरताना लांबी लिनक्स वर डीफॉल्ट टास्क शेड्यूलर सह.
चाचण्या लेखक लिनक्स टास्क शेड्यूलरमध्ये समस्या असल्याचे निष्कर्ष काढले याचा परिणाम होतो नकारात्मक काम Google Stadia सेवेसाठी तयार केलेले गेम, जिथे क्लाउड वातावरणात गेम GPU वर चालतात आणि क्लायंट प्रति सेकंद फक्त 60 फ्रेम पर्यंत स्क्रीन सामग्री प्रवाहित करतो.
अशा परिस्थितीत, स्क्रीनवर फ्रेमचे वेळेवर प्रदर्शन सुनिश्चित करणे आवश्यक आहे आणि एका मिलीसेकंदपेक्षा जास्त विलंब लक्षात घ्या.
पुराव्यांच्या चर्चेत लिनस टोरवाल्डस सामील झाले, ज्यांनी त्याला "शुद्ध कचरा" म्हटले. आणि विषय पूर्णपणे समजून घेतल्याशिवाय वास्तविक वास्तव प्रतिबिंबित न करणारे संकेतक कसे मिळवावेत याचे एक उदाहरण.
टोरवाल्ड्सने लिहिले:
संपूर्ण पोस्ट चुकीचे आहे असे दिसते आणि लेखक जे विचारतो आणि म्हणतो की त्यानुसार ते मोजत आहे त्यापेक्षा पूर्णपणे वेगळे काहीतरी मोजत आहे.
सर्वप्रथम, स्पिनलॉक्स फक्त त्याचा वापर केला जाऊ शकतो जेव्हा आपल्याला खरोखर माहित असेल की आपण त्यांचा वापर करताना प्रोग्राम केलेला नाही ... मुळात तो लॉक सोडण्यापूर्वी वेळ वाचतो आणि नंतर तो लॉक पुन्हा मिळवल्यानंतर वाचतो आणि असे लिहिले की लॉक कायम ठेवला नाही त्या वेळेस फरक आहे. जे मूर्ख आणि निरुपयोगी आहे आणि पूर्णपणे चुकीचे आहे.
तो शुद्ध कचरा आहे.
स्पिनलॉक एक निम्न-स्तरचा आदिम आहे जो वापरकर्त्याच्या जागी मोठ्या काळजीने वापरला जाणे आवश्यक आहे आणि तपशील पूर्णपणे समजून घेणे आवश्यक आहे; अन्यथा, परीक्षकांनी जे दाखविले ते आपण मिळवू शकता.
लिनसने गेम विकसकांना स्पिनलॉक न वापरण्याचा सल्ला दिला आणि ते यावर आधारित त्यांच्या स्वत: ची ब्लॉकिंग सिस्टम अवरोधित करण्याचा प्रयत्न करीत नाहीत, त्याऐवजी विद्यमान सिद्ध यंत्रणेचा वापर करा प्रोग्रामरचा प्रभाव दूर करण्यासाठी ते लॉक सोडण्याची प्रतीक्षा करत आहेत हे सिस्टमला कळविणे.
स्पिनलॉक-आधारित प्लगइन केवळ पूर्ण विश्वासाने वापरले जाऊ शकतात की प्रोग्रामर त्यांच्या अंमलबजावणीत व्यत्यय आणणार नाही. चाचण्यांमध्ये वापरलेले स्पिनलॉक-आधारित लॉक वापरकर्त्याच्या जागेवर कार्य करणार्‍या होममेड बाइंडिंगद्वारे लागू केले जातात.
या दुव्याच्या अंमलबजावणी दरम्यान टास्क शेड्यूलर कधीही नियंत्रित होऊ शकतो आणि दुसर्‍या कार्यावर स्विच करू शकतो.
काय दिलेई कार्यप्रदर्शन मोजमाप अचूक टाइमर मूल्यांवर आधारित आहे, परिभाषित विलंब चाचण्यांमध्ये ते नियंत्रकातील विलंबच झाकून ठेवतात अवरोधित करणे, परंतु वेगळ्या संदर्भात चालविला जाणारा कोड, असे म्हणायचे आहे.
हे परीक्षक केवळ मोजण्यासाठी प्रयत्न करीत असलेल्या गोष्टीच मोजत नाही तर सिस्टममधील इतर गणनांमधील "आवाज" देखील मोजते.
समस्या अशी आहे विकसकांनी प्रथम स्थानावर स्पिनलॉक वापरणे आवश्यक नसतेआर, म्हणून आतापर्यंत, हे दोष देण्यासाठी लिनक्स प्रोग्रामर नव्हता, परंतु विकासकांचा वापर करण्याकडे त्यांचा दृष्टिकोन आहे.
चाचणीच्या लेखकाने लिनसवर आक्षेप घेण्याचा प्रयत्न केला, लिनक्सपेक्षा सोप्या प्रोग्रामर वापरताना चाचण्या अधिक चांगली कामगिरी दाखवितात.
लिनसने सांगितले की लिनक्स शेड्यूलर सार्वत्रिक आहे, दशके परिष्कृत आणि केवळ डेस्कटॉपसाठीच अनुकूलित केलेले नाही आणि खेळ, परंतु इतर प्रकारच्या भारांसाठी देखील कार्य, उदाहरणार्थ सर्व्हर प्रणाल्या आणि म्हणून कार्य करण्याच्या योजना आखताना बर्‍याच बारकावे विचारात घेतल्या जातात.
विशिष्ट ऑप्टिमायझेशन जोडा जे गेममधील विलंब कमी करेल Google स्टाडिया विशिष्ट प्रकरणात प्रतिसाद वाढवू शकतो, परंतु यामुळे प्रोग्रामरची एकूण कामगिरी कमी होण्याची शक्यता आहे.
उदाहरणार्थ, विंडोज शेड्यूलर चर्चेच्या चाचण्यांमध्ये चांगले प्रदर्शन करते कारण ते लिनक्स शेड्यूलरपेक्षा बरेच सोपे आहे आणि मुख्यत: विशिष्ट डेस्कटॉप कार्यांसाठी अनुकूलित आहे.
स्त्रोत: https://probablydance.com/