مارتن سترانسكي ، المشرف على حزمة Firefox لـ Fedora و RHEL والمسؤول أيضًا عن نقل Firefox إلى Wayland ، نشر تقرير يلخص آخر التطورات في Firefox في بيئات Wayland.
في التقرير يذكرون ذلك لا يمكن تنفيذ بعض الميزات على الفور بسبب الاختلافات في نهج التنفيذ في X11 و Wayland. في الحالة الأولى ، نشأت الصعوبات بسبب عمل حافظة Wayland في الوضع غير المتزامن ، الأمر الذي تطلب إنشاء طبقة منفصلة للوصول المجرد إلى حافظة Wayland. ستتم إضافة الطبقة المحددة إلى Firefox 93 وسيتم تمكينها افتراضيًا في Firefox 94.
بالنسبة إلى الحوارات الناشئة ، كانت الصعوبة الرئيسية هي أن وايلاند يتطلب ذلك الامتثال الصارم التسلسل الهرمي المنبثق، أي أن النافذة الأصلية يمكنها إنشاء نافذة فرعية بها نافذة منبثقة ، ولكن يجب ربط النافذة المنبثقة التالية التي تبدأ من هذه النافذة بالنافذة الفرعية الأصلية ، لتشكيل سلسلة. في Firefox ، يمكن لكل نافذة إنشاء عدة نوافذ منبثقة لا تشكل تسلسلًا هرميًا.
كانت المشكلة أنه عند استخدام Wayland ، يتطلب إغلاق إحدى النوافذ المنبثقة إعادة بناء سلسلة النوافذ بأكملها مع النوافذ المنبثقة الأخرى ، في حين أن وجود العديد من النوافذ المنبثقة المفتوحة ليس نادرًا حيث يتم استخدام النوافذ المنبثقة لنشر النوافذ. النوافذ المنبثقة ، والقوائم ، والإشعارات ، والحوارات التكميلية ، وطلبات الإذن ، وما إلى ذلك.
كان الوضع معقدًا أيضًا بسبب الإخفاقات في Wayland و GTK ، لذا فإن إجراء تغييرات صغيرة قد يؤدي إلى ظهور انحدارات مختلفة. ومع ذلك ، فقد تم تعديل الكود المنبثق لـ Wayland ومن المتوقع أن يتم تضمينه في Firefox 94.
التحسينات الأخرى المتعلقة وايلاند المذكورة قم بتضمين إضافة مقياس 93 نقطة في البوصة إلى Firefox لإزالة الوميض عند تحريك النافذة إلى حافة الشاشة في إعدادات الشاشات المتعددة. في Firefox 95 ، تم التخطيط لمعالجة المشكلات التي تظهر عند استخدام واجهة السحب والإفلات ، على سبيل المثال ، عند نسخ الملفات من مصادر خارجية إلى أنظمة الملفات المحلية وعند نقل علامات التبويب.
مع انطلاق فايرفوكس 96 ، منفذ Wayland الخاص بمتصفح Firefox سيحقق التكافؤ العام في الوظائف مع بناء X11 ، على الأقل عند الجري في بيئة جنوم فيدورا. بعد ذلك، سوف يركز المطورون على إتقان العمل في بيئات Wayland من عملية GPU ، والتي تلغي التعليمات البرمجية للتفاعل مع محولات الرسومات وتحمي عملية المتصفح الرئيسية من التعطل في حالة فشل برنامج التشغيل.
من المخطط أيضًا إحضار رمز إلى عملية GPU لفك تشفير الفيديو باستخدام VAAPI ، والذي يتم طرحه حاليًا في عمليات معالجة المحتوى.
وبالإضافة إلى ذلك، يمكننا تسليط الضوء على تضمين نسبة صغيرة من مستخدمي الفروع الثابتة لمتصفح Firefox، نظام عزل الموقع الصارم ، الذي تم تطويره في إطار مشروع الانشطار.
على عكس التوزيع التعسفي لمعالجة علامة التبويب في مجموعة العمليات المتاحة (8 افتراضيًا) ، والتي تم استخدامها حتى الآن ، فإن وضع القفل ينقل معالجة كل موقع إلى عمليته المنفصلة مع التقسيم ليس حسب علامات التبويب ، ولكن حسب المجالات التي تسمح بعزل محتوى البرامج النصية الخارجية وإطارات iframe.
يحمي وضع العزل القوي من هجمات القنوات الجانبية ، مثل تلك المتعلقة بنقاط ضعف فئة Specter ، كما أنه يقلل من تجزئة الذاكرة ، ويعيد الذاكرة إلى نظام التشغيل بشكل أكثر كفاءة ، ويقلل من تأثير جمع القمامة والحساب المكثف على صفحات العمليات الأخرى ، ويحسن كفاءة موازنة الحمل ، نوى مختلفة لوحدة المعالجة المركزية وتحسين الاستقرار (لن يؤدي حظر العملية التي تعرض إطار iframe إلى سحب الموقع الرئيسي وعلامات التبويب الأخرى معه).
من بين القضايا المعروفة فالتي تنشأ عندما يتم استخدام وضع العزل الصارم ، هناك زيادة ملحوظة في الذاكرة واستهلاك واصف الملفات عند فتح عدد كبير من علامات التبويب ، وكذلك انقطاع عمل بعض الملحقات ، واختفاء محتوى iframe عند الطباعة واستدعاء الوظيفة لالتقاط لقطة شاشة ، وانخفاض في كفاءة التخزين المؤقت لمستند iframe فقدان المحتوى من النماذج المكتملة ولكن التي لم يتم إرسالها عند استعادة جلسة بعد التعطل.
مصدر: https://mastransky.wordpress.com