आरटी कर्नल वापरणे (कमी विलंब)

या ब्लॉगचे एक महान अनुयायी आणि समालोचक मिगुएल मेयोल यांनी यात प्रकाशित झालेल्या लेखाची शिफारस केली हिस्पॉनिक आरटी कर्नलच्या वापरावर, आम्ही त्यापैकी काही भाग प्रकाशित करण्याचा आणि विस्तारित करण्याचा निर्णय घेतला आहे. अगोदर निर्देश केलेल्या बाबीसंबंधी बोलताना आरटी कर्नल परवानगी द्या इष्टतम कामगिरी काही मध्ये विशिष्ट परिस्थितीउदाहरणार्थ, ऑडिओ संपादन किंवा व्हर्च्युअल वाद्य वापर.

मल्टीटास्किंग कर्नल

लिनक्स कर्नल, बर्‍याच आधुनिक ऑपरेटिंग सिस्टम प्रमाणेच, मल्टीटास्किंग आहे. याचा अर्थ असा की एकाच वेळी अनेक कार्यक्रम चालू आहेत.

प्रत्यक्षात, हे नक्की नाही. आपण काय करता ते प्रोग्राम एका रांगेत ठेवतात आणि एक-एक करून मायक्रोप्रोसेसर त्यांना ठराविक काळासाठी अंमलात आणतात. एकदा हे संपल्यानंतर, मायक्रोप्रोसेसर कार्य थांबवितो, त्यास अर्ध्यावर सोडून, ​​आणि पुढच्यास मार्ग देतो. या वेळेची मात्रा क्वांटम किंवा टाइम स्लाइस असे म्हणतात आणि ते स्थिर नसते.

चांगली साधर्म्य एकाच वेळी बर्‍याच डिशेस तयार करणारी बार कुक असू शकते: एक टेंडरलॉइन सँडविच, ट्रिपल सँडविच, मिश्र कोशिंबीर ... आता मी ब्रेड तोडतो, पॅन चालू करतो, गरम होत असताना मी कोशिंबिरीसाठी कोशिंबिरीसाठी वापरण्यात येणारा एक पाला व त्याचे मांस इ. इ.

क्वांटम पुरेसे लहान असल्यास, मनुष्यासारख्या हळू निरीक्षकासाठी व्यक्तिनिष्ठ प्रभाव ही आहे की वेगवान प्रोसेसरऐवजी आमच्याकडे त्या प्रत्येकासाठी स्लो प्रोसेसर आहे (त्याच स्वयंपाकघरातील बरेच स्वयंपाक प्रत्येकजण हळू हळू करत आहेत) एकच प्लेट).

टास्क स्विचिंग किंमतीवर येते

मल्टीटास्किंग विनामूल्य नाहीः यात प्रोसेसर ओव्हरहेडचा समावेश आहे. खरंच, एक काम हटविणे आणि पुढील लोड करणे अतिरिक्त काम आहे. या ऑपरेशनला 'कॉन्टेक्स्ट स्विचिंग' किंवा 'टास्क स्विचिंग' असे म्हणतात. एकेक करून प्रोग्रॅम पूर्णपणे चालवणे, त्यास 'स्लाइस' मध्ये कापून एकापेक्षा दुसर्‍या जागी जाणे यापेक्षा सीपीयूच्या दृष्टीने अधिक खर्चिक ठरेल. तथापि, सिस्टम परस्पर क्रियाशीलतेमध्ये हरवेल, आपल्याकडे बर्‍याच विंडो खुल्या नसू शकल्या किंवा सर्व्हरच्या बाबतीत, एकाच वेळी बर्‍याच विनंत्यांना उपस्थित राहू शकत नाहीत.

उशीर आणि कामगिरी

समजा आमच्या कूकला २० किलो कोळंबी आणि २० किलो जैतुनाची साल करावी लागेल. कामाचे नियोजन कसे केले जाते?

अत्यंत प्रकरणात, तो प्रथम सर्व कोळंबी सोलून, स्वादांमध्ये मिसळण्यापासून टाळण्यासाठी हात धुवायचा आणि मग सर्व जैतुनांना खड्डा घालत असे. आम्ही त्याचे असे प्रतिनिधित्व करू:

GGGGGGGGGGGGGGGGGGGGGGG… C AAAAAAAAAAAAAAAAAAAAAAA…

उलटपक्षी, तो कोळंबी फळाची साल सोडायचा, हात धुवायचा, ऑलिव्ह खड्डा करायचा, हात धुवायचा ... कोळंबी, जैतून, कोळंबी, ऑलिव्ह ... आम्ही यासारखे प्रतिनिधित्व करू:

GCACGCACGCACGCACGCACGCACGCACGCACGCACGCACGCACGCACGCACGCACGCACCCGGACAC…

'सी' संदर्भातील बदलाचे प्रतिनिधित्व करते: हात धुवा, भांडी बदला ...

त्याच वेळी, एक वेटर ग्राहकांच्या विनंत्या गोळा करतो: "कोळंबीसह एक!" ... "ऑलिव्हसह एक!" ... आणि त्यांना स्वयंपाकघरात स्थानांतरित करते.

पहिल्या बाबतीत समजा एखादा ग्राहक आला आणि कोळंबीचा काही भाग मागितला. काही हरकत नाही, ती त्वरित दिली जाते. पण जर तो जैतुनांची मागणी करतो तर काय? सर्व कोळंबी सोलल्याशिवाय वेटर त्याची सेवा देऊ शकत नव्हता. या प्रकरणात, विलंब, जे उपस्थित राहण्यापर्यंत विनंती केली जाते तेव्हापासून निघून जातील.

दुस-या प्रकरणात, क्लायंटने जे काही मागितले ते थोड्याच वेळात उपलब्ध होईल, व्यावहारिकदृष्ट्या दोन्ही बाबतीत समान आहे. उशीर कमी असेल, परंतु खर्चानुसार: संदर्भ बदलांमुळे कार्यक्षमतेत घट होईल, त्या कालावधीचा भाग म्हणून समजले जाते जेव्हा समर्थन कार्येऐवजी सीपीयू थेट उत्पादक कामे करीत असतात.

अर्थात या प्रकरणात आदर्श समाधान एक मध्यम ग्राउंड असेल, जे रेशन्सचे आकार आणि विनंत्यांचे सांख्यिकीय वितरण यावर अवलंबून असेल. रांग सिद्धांत ही गणिताची एक शाखा आहे जी या परिस्थितीचा अभ्यास करण्यास आणि त्यांना चांगल्या समाधानासाठी जबाबदार आहे.

जसे आपण पाहू शकता, विलंब आणि कामगिरी विरोधात आहेत. या कारणास्तव rt कर्नल अधिक कार्यक्षमता देतात असे म्हणणे योग्य नाही. उलटपक्षी, विलंब कमी करणे मशीनची कार्यक्षमता कमी करते आणि म्हणूनच अशा प्रणाल्यांसाठी कमकुवत निवड आहे ज्यास वेब किंवा डेटाबेस सर्व्हर सारख्या सुपर-फास्ट प्रतिसादांची आवश्यकता नसते.

याउलट, कमी उशीरा कर्नल अशा परिस्थितीत आदर्श आहेत जिथे बाह्य उत्तेजनांना प्रतिसादाची जास्तीत जास्त वेग आवश्यक आहे, जसे की औद्योगिक नियंत्रण प्रणाली किंवा परस्पर मल्टिमीडिया knowingप्लिकेशन्स, हे जाणून घेणे की आम्ही मशीनच्या सामर्थ्याच्या भागाची हमी देत ​​आहोत. द्रुत प्रतिक्रिया.

प्राधान्यक्रम

मल्टीटास्किंग सिस्टममधील एक मनोरंजक पर्याय म्हणजे कार्यांना भिन्न प्राधान्य देणे, अशा प्रकारे जेणेकरुन सर्वात महत्वाच्या लोकांना प्रोसेसरकडून जास्त वेळ मिळेल आणि कमी महत्वाच्या लोकांना कमी मिळेल. सामान्य कर्नलमध्ये हे 'छान' कमांडद्वारे केले जाते. जर आमच्या कूकला जैतुनांपेक्षा कोळंबीची जास्त सर्व्ह करण्याची अपेक्षा असेल तर त्याने नक्कीच पूर्वीपेक्षा जास्त वेळ घालवला पाहिजे.

कर्नल आरटी (किंवा कमी विलंब)

सामान्य कर्नलची समस्या अशी आहे की कार्ये कोठेही व्यत्यय आणू शकत नाहीत, आपण काही अंमलबजावणीच्या ठिकाणी पोहोचण्याची प्रतीक्षा करावी लागेल जिथे ते दुसर्‍याकडे जाण्यासाठी थांबविले जाऊ शकतात. हे आपण विलंब ज्याला म्हणतो त्याचा परिचय देते.

सुलभ मार्गाने सांगायचे असल्यास, आरटी कर्नल सामान्य कर्नलपेक्षा जास्त ठिकाणी कार्यांमध्ये व्यत्यय आणण्याची परवानगी देतात. ते असे करू शकतात, तर बोलण्यासाठी, वेळेच्या पातळ काप, जेणेकरून सध्याचे कार्य अधिक द्रुतपणे काढून टाकले जाईल आणि आमचे प्राधान्य कार्य सीपीयूमध्ये लवकर प्रवेश करू शकेल. म्हणून विलंब कमी होईल.

समजा, आरटी कर्नल आपल्याला अर्धा सोललेली कोळंबी सोडू देईल जर त्यावेळेस तातडीने आवश्यक असेल तेव्हा लवकरात लवकर ऑलिव्ह टाकावे, तर सामान्य कर्नलमध्ये कोळंबीला सोलणे आवश्यक आहे.

काप पातळ बनवण्याव्यतिरिक्त, आरटी कर्नलमध्ये बरीच कठोर प्राधान्य प्रणाली असते, जिथे प्राधान्य कार्य सीपीयूचे नियंत्रण मिळविण्यासाठी निर्दयपणे एकमेकांना ठोसा मारतात (प्रीमॅपिंग) आवश्यकतेनुसार इतर प्रोग्राम कमी करतात. आपल्या गरजा भागवा.

आरटी कर्नल वापरणे कधी महत्वाचे आहे?

दोन प्रकरणांमध्ये:

१) जेव्हा आम्हाला खूप कमी विलंब आवश्यक असतात, म्हणजेच मशीनची अतिशय वेगवान प्रतिक्रिया. सर्वात स्पष्ट उदाहरण म्हणजे आभासी साधनांचे कार्यप्रदर्शन, जिथे आपणास एमआयडीआय कीबोर्डवरील की दाबताना ताबडतोब वाजविण्यास आवश्यक आहे.

२) जेव्हा आपल्याला अत्यंत कठोर प्राथमिकतेची आवश्यकता असते, म्हणजेच, आपल्या उच्च प्राथमिकतेच्या कार्यास जगातील कोणत्याही गोष्टीमुळे व्यत्यय आणला जाऊ शकत नाही (जोपर्यंत आपत्तीजनक परिस्थितीत सीपीयू इतका भार नसतो की तो 2% वापर ओलांडतो). उदाहरणार्थ, आम्ही अर्डरसह ऑडिओ सत्र रेकॉर्ड करीत आहोत आणि फॅडर इंडिकेटर वर आणि खाली जात असल्याचे पहात आहोत. जोपर्यंत मायक्रोफोनपासून हार्ड डिस्ककडे जाणा the्या ध्वनी वाहतुकीत व्यत्यय येत नाही तोपर्यंत आम्ही फॅडर्सची रीफ्रेश फ्रेम गमावल्यास काही फरक पडत नाही. एक आरटी कर्नल ऑडिओचा एक नमुना गमावत नाही तोपर्यंत आवश्यक तेवढे फ्रेड रीफ्रेश कमी करेल.

असे म्हटले आहे की, सर्वसाधारणपणे नवीन नॉन-आरटी कर्नल्सनी त्यांचे कार्य वेळापत्रक आणि प्राधान्य व्यवस्थापनात मोठ्या प्रमाणात सुधारणा केली आहे. आपल्याकडे संभाव्यतेच्या सीमेवर सीपीयू नसल्यास (50०% खाली उपयोग वापरा) किंवा आपणास वेळोवेळी आवाजात छोटा सूक्ष्म कट (क्लिक करा) असल्याचे कळाले नाही तर, कर्नल सामान्य उत्तम प्रकारे स्वीकार्य कार्यक्षमता देते.

कोणत्या विलंबपणाचा सल्ला दिला जातो?

व्यक्तिशः, 10 एमएस पेक्षा कमी काहीही माझ्यासाठी दंड आहे आणि 20 एमएस पासून मी आधीच विलंब स्पष्टपणे लक्षात घ्यायला लागतो. अधिक मागणी करणारे लोक आहेत.

स्थापना

उबंटू आणि डेरिव्हेटिव्ह्ज वर:

sudo apt-get linux-headers-lowlatency स्थापित करा
sudo apt-get linux-lowlatency स्थापित करा
सुडो अद्यतन-ग्रब

स्टार्टअपवेळी आपल्याकडे दोन्ही पर्याय असतील (सामान्य कर्नल आणि कमी विलंब).

कमान आणि डेरिव्हेटिव्ह्जमध्ये:

yaourt -S लिनक्स-आरटी
सुडो अद्यतन-ग्रब

स्त्रोत: हिस्पॉनिक