بنجامين بيرج (
تم استخدام إدارة تسجيل الدخول إلى جنوم لبعض الوقت الآن.
في الوقت نفسه ، ظل جزء من الوظائف المتعلقة بالجلسة على أكتاف عملية جلسة جنوم ، والتي كانت مسؤولة عن الإدارة عبر D-Bus ، وإطلاق مدير العرض ومكونات جنوم ، وتنظيم التشغيل التلقائي للتطبيقات المحددة من قبل المستخدم. أثناء تطوير جنوم 3.34 ، تم تجميع الميزات الخاصة بجلسة جنوم كملفات وحدة لكي يعمل systemd في وضع "systemd --user" ، أي فيما يتعلق ببيئة مستخدم معين ، وليس النظام بأكمله. تم تطبيق التغييرات بالفعل في توزيع Fedora 31 ، والذي من المتوقع إصداره في نهاية أكتوبر.
أتاح استخدام systemd تنظيم إطلاق المعالجات عند الطلب أو عند حدوث أحداث معينة ، بالإضافة إلى استجابة أكثر تعقيدًا للإنهاء المبكر للعمليات بسبب الفشل ، ومعالجة التبعية الشاملة عند بدء تشغيل مكونات جنوم. نتيجة لذلك ، يمكنك تقليل عدد العمليات الجارية باستمرار وتقليل استهلاك الذاكرة. على سبيل المثال ، لا يمكن الآن تشغيل XWayland إلا عند محاولة تشغيل تطبيق بناءً على بروتوكول X11 والمكونات الخاصة بالأجهزة ، فقط مع هذه الأجهزة (على سبيل المثال ، سيتم تشغيل معالجات البطاقات الذكية عند إدخال البطاقة وإنهائها عند يتم إزالته).
ظهرت أدوات أكثر مرونة لإدارة إطلاق الخدمات للمستخدم ، على سبيل المثال ، لتعطيل معالج مفتاح الوسائط ، سيكون كافياً لتنفيذ "systemctl –user stop gsd-media-keys.target". في حالة حدوث مشكلات ، يمكن عرض السجلات المرتبطة بكل معالج باستخدام الأمر journalctl (على سبيل المثال ، "journalctl -user -u gsd-media-keys.service") ، بعد تمكين تسجيل التصحيح في الخدمة ("Environment = G_MESSAGES_DEBUG = الكل "). أصبح من الممكن أيضًا تشغيل جميع مكونات جنوم في بيئات رمل معزولة ، والتي تخضع لمتطلبات أمان متزايدة.
لتسهيل الانتقال ، دعم الطريقة القديمة لتشغيل العمليات
المصدر: opennet.ru