मेमरी क्रॅश होऊ नयेत म्हणून फेडोरा 32 मध्ये थ्रेड लवकरात लवकर समाविष्ट करा

अर्लीओम

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

फेडोरा डेव्हलपर मेमरी व्यत्यय टाळण्यासाठी मार्गांवर चर्चा केली आहे उन्हाळ्यापासून 2019, वापरकर्त्याचा अनुभव सुधारण्यासाठी डेस्कटॉप वातावरणात. फेडोरामध्ये उद्भवलेल्या या परिस्थितीला सामोरे जाणे, विकसकांनी अर्लीयूमच्या समावेशास बोलले आणि त्यांना मान्यता दिली en फेडोराची पुढील आवृत्ती ही आवृत्ती असेल फेडोरा 32.

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

अर्लीओम बद्दल

अर्लीओम ही पार्श्वभूमी प्रक्रिया आहे ज्यास सिस्टमवरील मेमरीला लवकर प्रतिसाद देण्यासाठी फेडोरा 32 मध्ये समाविष्ट केले जाईल.

उपलब्ध मेमरीचे प्रमाण निर्दिष्ट केलेल्या मूल्यापेक्षा कमी असल्यास, मग अवलंबून उर्वरित मेमरी आकार सिग्टरम (10% पेक्षा कमी मेमरी) किंवा सिग्किल (<5%) पाठविले जाईल की सक्तीने सर्वाधिक मेमरी वापरणारी प्रक्रिया समाप्त होईल.

येथे उच्च मूल्यासह प्रक्रिया केली जाईल / proc / * / oom_score, सिस्टम बफर साफ करण्यासाठी सिस्टम स्टेटचे नेतृत्व न करता.

त्यासह अर्लीओम सिस्टमला अधिक द्रुत प्रतिसाद देऊ शकेल कर्नलमधील OOM (आउट ऑफ मेमरी) ड्राइव्हरला कॉल न करता मेमरी संपवणे, ज्यामुळे परिस्थिती गंभीर बनते तेव्हा लाथ मारते आणि सिस्टम, नियम म्हणून वापरकर्त्याला यापुढे प्रतिसाद देत नाही.

फेडोराच्या इतर आवृत्तींमध्ये, कमी मेमरी ड्राइव्हर सक्षम करणे शक्य आहे कमी मेमरी मॉनिटर जे / proc / दबाव / मेमरी इंटरफेस वापरते  जे लिनक्स कर्नल 4.20.२० मध्ये सादर केले गेले आणि .5.2.२ मध्ये सुधारित केले.

सिस्टममध्ये मेमरीच्या कमतरतेचे मूल्यांकन करण्यासाठी, इलीमूमच्या विपरीत, ते प्रक्रिया करते आणि डीबीसद्वारे एक सूचना पाठवते मेमरी वापर कमी करण्याच्या आवश्यकतेनुसार (जर त्यानंतर ही परिस्थिती सामान्य झाली नाही तर ओओएम किलर कर्नलचे कार्य शक्य आहे).

कमी मेमरी असलेले मॉनिटर अनुप्रयोग सुधारणे आवश्यक आहे, म्हणून दूरच्या भविष्यातील उपाय म्हणून मानले जाते, जीनोम portप्लिकेशन्स पोर्ट केल्यावर वापरता येऊ शकेल.

परिस्थितीवर लक्ष ठेवण्यासाठी विस्मृतीत, ग्लिब २.2.63.3. in मधील अनुप्रयोगांनी GMemoryMonitor API जोडले, जे आपल्याला कमी मेमरी मॉनिटरवरुन सिग्नलचे निरीक्षण करण्यास आणि कारवाई करण्यास अनुमती देते (उदाहरणार्थ, अनुप्रयोग कॅशिंगसाठी वापरलेली मेमरी मोकळी करू शकतो, फाइल्स सेव्ह करू शकतो, कचरा संग्रहण सुरू करू शकतो, मेमरी फ्रॅगमेन्टेशन कमी करण्याचा प्रयत्न करू शकतो किंवा पूर्ण प्रक्रिया निष्क्रिय समर्थन देऊ शकतो).

GMemoryMonitor समर्थन देखील समाविष्ट केले गेले आहे फ्लॅटपाक स्वरूपात वितरित स्टँडअलोन inप्लिकेशन्समध्ये वापरण्यासाठी एक्सडीजी-डेस्कटॉप पोर्टलवर

शेवटी हे नमूद करणे महत्वाचे आहे की डीफॉल्ट अर्लीओम अंमलबजावणी फेडोरा मध्ये केवळ डेस्कटॉप आवृत्तीवर मर्यादित तर फेडोराच्या इतर बिल्डमध्ये ती नसेल.

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

Si आपण त्याबद्दल अधिक जाणून घेऊ इच्छित आहात अर्लीओओएमच्या समावेशाबद्दल आपण सल्ला घेऊ शकता खालील दुवे जिथे त्याचा विकास होतो चर्चा. 

तांबियन आपण दस्तऐवजीकरण आणि स्थापनेचा सल्ला घेऊ शकता वर फेडोराच्या जुन्या आवृत्त्या खालील दुवा. 


एक टिप्पणी, आपले सोडून द्या

आपली टिप्पणी द्या

आपला ई-मेल पत्ता प्रकाशित केला जाणार नाही. आवश्यक फील्ड चिन्हांकित केले आहेत *

*

*

  1. डेटा जबाबदार: मिगुएल Áन्गल गॅटन
  2. डेटाचा उद्देशः नियंत्रण स्पॅम, टिप्पणी व्यवस्थापन.
  3. कायदे: आपली संमती
  4. डेटा संप्रेषण: कायदेशीर बंधन वगळता डेटा तृतीय पक्षास कळविला जाणार नाही.
  5. डेटा संग्रहण: ओकेन्टस नेटवर्क (EU) द्वारा होस्ट केलेला डेटाबेस
  6. अधिकारः कोणत्याही वेळी आपण आपली माहिती मर्यादित, पुनर्प्राप्त आणि हटवू शकता.

  1.   ऑटोप्लाट म्हणाले

    डेस्कटॉप क्रॅश टाळण्यासाठी vm.swappiness आणि vm.dirty_bytes पुरेसे नव्हते.

    खूप चांगली बातमी!