गनोम को सिस्टमडी के माध्यम से प्रबंधित करने के लिए अनुकूलित किया गया है

बेंजामिन बर्ग (बेंजामिन बर्ग), गनोम विकास में शामिल रेड हैट इंजीनियरों में से एक, सामान्यीकृत गनोम-सत्र प्रक्रिया का उपयोग किए बिना, विशेष रूप से सिस्टमडी का उपयोग करके गनोम को सत्र प्रबंधन में परिवर्तित करने पर काम के परिणाम।

गनोम में लॉगिन को नियंत्रित करने के लिए इसका उपयोग काफी समय से किया जा रहा है। systemd-logind, जो उपयोगकर्ता-विशिष्ट सत्र स्थितियों को ट्रैक करता है, सत्र पहचानकर्ताओं का प्रबंधन करता है, सक्रिय सत्रों के बीच स्विच करने के लिए जिम्मेदार है, बहु-सीट वातावरण का समन्वय करता है, डिवाइस एक्सेस नीतियों को कॉन्फ़िगर करता है, बंद करने और सोने के लिए उपकरण प्रदान करता है, आदि।

उसी समय, सत्र-संबंधित कार्यक्षमता का हिस्सा गनोम-सत्र प्रक्रिया के कंधों पर रहा, जो डी-बस के माध्यम से प्रबंधन, डिस्प्ले मैनेजर और गनोम घटकों को लॉन्च करने और उपयोगकर्ता-निर्दिष्ट अनुप्रयोगों के ऑटोरन को व्यवस्थित करने के लिए जिम्मेदार था। . गनोम 3.34 के विकास के दौरान, गनोम-सत्र-विशिष्ट सुविधाओं को सिस्टमडी के लिए यूनिट फाइलों के रूप में पैक किया जाता है, जिसे "सिस्टमडी-यूजर" मोड में निष्पादित किया जाता है, यानी। किसी विशिष्ट उपयोगकर्ता के परिवेश के संबंध में, न कि संपूर्ण सिस्टम के संबंध में। फेडोरा 31 वितरण में परिवर्तन पहले ही लागू किए जा चुके हैं, जिसके अक्टूबर के अंत में जारी होने की उम्मीद है।

सिस्टमडी के उपयोग से मांग पर या कुछ घटनाएं घटित होने पर हैंडलर के लॉन्च को व्यवस्थित करना संभव हो गया, साथ ही विफलताओं के कारण प्रक्रियाओं के समय से पहले समाप्त होने पर अधिक परिष्कृत रूप से प्रतिक्रिया करना और गनोम घटकों को शुरू करते समय निर्भरता को बड़े पैमाने पर संभालना संभव हो गया। परिणामस्वरूप, आप लगातार चलने वाली प्रक्रियाओं की संख्या कम कर सकते हैं और मेमोरी खपत कम कर सकते हैं। उदाहरण के लिए, XWayland को अब केवल तभी लॉन्च किया जा सकता है जब X11 प्रोटोकॉल पर आधारित किसी एप्लिकेशन को चलाने का प्रयास किया जा रहा हो, और हार्डवेयर-विशिष्ट घटकों को केवल तभी लॉन्च किया जा सकता है जब ऐसा हार्डवेयर मौजूद हो (उदाहरण के लिए, स्मार्ट कार्ड के लिए हैंडलर तब शुरू होंगे जब कोई कार्ड डाला जाएगा) और हटा दिए जाने पर समाप्त हो जाएगा)।

उपयोगकर्ताओं के लिए सेवाओं के लॉन्च के प्रबंधन के लिए अधिक लचीले उपकरण सामने आए हैं; उदाहरण के लिए, मल्टीमीडिया कुंजी हैंडलर को अक्षम करने के लिए, यह "systemctl -user stop gsd-media-keys.target" निष्पादित करने के लिए पर्याप्त होगा। समस्याओं के मामले में, प्रत्येक हैंडलर से जुड़े लॉग को जर्नलक्टल कमांड (उदाहरण के लिए, "journalctl -user -u gsd-media-keys.service") के साथ देखा जा सकता है, सेवा में पहले से सक्षम डिबग लॉगिंग ("पर्यावरण =") G_MESSAGES_DEBUG=सभी")। सभी गनोम घटकों को पृथक सैंडबॉक्स वातावरण में चलाना भी संभव है, जो बढ़ी हुई सुरक्षा आवश्यकताओं के अधीन हैं।

संक्रमण को सुचारू करने के लिए, चल रही प्रक्रियाओं के पुराने तरीके का समर्थन करें की योजना बनाई कई GNOME विकास चक्रों पर बनी रहती है। इसके बाद, डेवलपर्स गनोम-सत्र स्थिति की समीक्षा करेंगे और सबसे अधिक संभावना ("संभावना" के रूप में चिह्नित) प्रक्रियाओं को लॉन्च करने और डी-बस एपीआई को बनाए रखने के लिए उपकरण हटा देंगे। तब "systemd -user" का उपयोग अनिवार्य कार्यों की श्रेणी में चला जाएगा, जो बिना systemd वाले सिस्टम के लिए कठिनाइयाँ पैदा कर सकता है और एक वैकल्पिक समाधान की तैयारी की आवश्यकता होगी, जैसा कि एक बार हुआ था systemd-logind. हालाँकि, GUADEC 2019 में अपने भाषण में, बेंजामिन बर्ग ने सिस्टमडी के बिना सिस्टम के लिए पुरानी स्टार्टअप पद्धति के लिए समर्थन बनाए रखने के इरादे का उल्लेख किया, लेकिन यह जानकारी योजनाओं के विपरीत है। प्रोजेक्ट पेज.

स्रोत: opennet.ru