জিনোম সিস্টেমড পরিচালনার জন্য অভিযোজিত

বেঞ্জামিন বার্গ (বেঞ্জামিন বার্গ), GNOME ডেভেলপমেন্টে জড়িত Red Hat ইঞ্জিনিয়ারদের একজন, সংক্ষিপ্ত জিনোম-সেশন প্রক্রিয়া ব্যবহার না করে একচেটিয়াভাবে systemd ব্যবহার করে সেশন ম্যানেজমেন্টে গনোমকে রূপান্তরের কাজের ফলাফল।

জিনোমে লগইন নিয়ন্ত্রণ করতে এটি বেশ কিছুদিন ধরে ব্যবহার করা হয়েছে। সিস্টেমড-লগইন, যা ব্যবহারকারী-নির্দিষ্ট সেশনের অবস্থা ট্র্যাক করে, সেশন শনাক্তকারী পরিচালনা করে, সক্রিয় সেশনগুলির মধ্যে স্যুইচ করার জন্য দায়ী, বহু-সিট পরিবেশ সমন্বয় করে, ডিভাইস অ্যাক্সেস নীতিগুলি কনফিগার করে, শাট ডাউন এবং ঘুমাতে যাওয়ার জন্য সরঞ্জাম সরবরাহ করে ইত্যাদি।

একই সময়ে, সেশন-সম্পর্কিত কার্যকারিতার অংশটি জিনোম-সেশন প্রক্রিয়ার কাঁধে থেকে যায়, যা ডি-বাসের মাধ্যমে পরিচালনা, ডিসপ্লে ম্যানেজার এবং জিনোম উপাদান চালু করা এবং ব্যবহারকারী-নির্দিষ্ট অ্যাপ্লিকেশনগুলির অটোরান সংগঠিত করার জন্য দায়ী ছিল। . GNOME 3.34-এর বিকাশের সময়, জিনোম-সেশন-নির্দিষ্ট বৈশিষ্ট্যগুলিকে সিস্টেমডের জন্য ইউনিট ফাইল হিসাবে প্যাকেজ করা হয়, যা “systemd —user” মোডে কার্যকর করা হয়, যেমন একটি নির্দিষ্ট ব্যবহারকারীর পরিবেশের সাথে সম্পর্কিত, এবং পুরো সিস্টেমের সাথে নয়। পরিবর্তনগুলি ইতিমধ্যেই Fedora 31 বিতরণে প্রয়োগ করা হয়েছে, যা অক্টোবরের শেষে প্রকাশিত হবে বলে আশা করা হচ্ছে।

সিস্টেমড ব্যবহার করে চাহিদা অনুযায়ী হ্যান্ডলারের লঞ্চের ব্যবস্থা করা সম্ভব হয়েছে বা কিছু ঘটনা ঘটলে, সেইসাথে ব্যর্থতার কারণে প্রক্রিয়ার অকাল সমাপ্তিতে আরও পরিশীলিতভাবে সাড়া দেওয়া এবং GNOME উপাদানগুলি শুরু করার সময় ব্যাপকভাবে নির্ভরতা পরিচালনা করা সম্ভব হয়েছে। ফলস্বরূপ, আপনি ক্রমাগত চলমান প্রসেসের সংখ্যা কমাতে পারেন এবং মেমরি খরচ কমাতে পারেন। উদাহরণস্বরূপ, XWayland এখন শুধুমাত্র X11 প্রোটোকলের উপর ভিত্তি করে একটি অ্যাপ্লিকেশন চালানোর চেষ্টা করার সময় চালু করা যেতে পারে, এবং হার্ডওয়্যার-নির্দিষ্ট উপাদানগুলি শুধুমাত্র তখনই চালু করা যেতে পারে যদি এই ধরনের হার্ডওয়্যার উপস্থিত থাকে (উদাহরণস্বরূপ, একটি কার্ড ঢোকানো হলে স্মার্ট কার্ডের জন্য হ্যান্ডলারগুলি শুরু হবে। এবং এটি অপসারণ করা হলে বন্ধ করুন)।

পরিষেবাগুলির লঞ্চ পরিচালনার জন্য আরও নমনীয় সরঞ্জামগুলি ব্যবহারকারীর জন্য উপস্থিত হয়েছে; উদাহরণস্বরূপ, মাল্টিমিডিয়া কী হ্যান্ডলার নিষ্ক্রিয় করার জন্য, এটি "systemctl -user stop gsd-media-keys.target" চালানোর জন্য যথেষ্ট হবে৷ সমস্যার ক্ষেত্রে, প্রতিটি হ্যান্ডলারের সাথে যুক্ত লগগুলি journalctl কমান্ডের সাথে দেখা যেতে পারে (উদাহরণস্বরূপ, "journalctl —user -u gsd-media-keys.service"), পূর্বে পরিষেবাতে ডিবাগ লগিং সক্ষম করে ("পরিবেশ= G_MESSAGES_DEBUG=সমস্ত")। বিচ্ছিন্ন স্যান্ডবক্স পরিবেশে সমস্ত জিনোম উপাদান চালানোও সম্ভব, যা বর্ধিত নিরাপত্তা প্রয়োজনীয়তার সাপেক্ষে।

রূপান্তর মসৃণ করতে, চলমান প্রক্রিয়াগুলির পুরানো পদ্ধতির জন্য সমর্থন পরিকল্পনা করা হয় একাধিক জিনোম বিকাশ চক্র ধরে থাকে। এর পরে, বিকাশকারীরা জিনোম-সেশনের অবস্থা পর্যালোচনা করবে এবং সম্ভবত ("সম্ভাব্য" হিসাবে চিহ্নিত) প্রক্রিয়াগুলি চালু করার এবং এটি থেকে D-Bus API বজায় রাখার জন্য সরঞ্জামগুলি সরিয়ে ফেলবে। তারপরে "systemd -user"-এর ব্যবহার বাধ্যতামূলক ফাংশনগুলির বিভাগে প্রত্যাবর্তন করা হবে, যা systemd ছাড়া সিস্টেমগুলির জন্য অসুবিধা তৈরি করতে পারে এবং একটি বিকল্প সমাধানের প্রস্তুতির প্রয়োজন হবে, যেমনটি একবার হয়েছিল। সিস্টেমড-লগইন. যাইহোক, GUADEC 2019-এ তার বক্তৃতায়, বেঞ্জামিন বার্গ সিস্টেমড ছাড়াই সিস্টেমগুলির জন্য পুরানো স্টার্টআপ পদ্ধতির জন্য সমর্থন বজায় রাখার অভিপ্রায়ের কথা উল্লেখ করেছিলেন, কিন্তু এই তথ্যটি পরিকল্পনার সাথে বিরোধপূর্ণ। প্রকল্প পাতা.

উত্স: opennet.ru