Xorg مقابل وايلاند مقابل مير

وايلاند مقابل مير

عنوان الخبر يقول كل شيء. كان X11 هو البروتوكول القياسي للتواصل مع Xorg لعقود.، بالإضافة إلى تطبيقات أخرى لنظام X Window. ظهرت نسخته الأولى في عام 2004 ومنذ ذلك الحين تم تضمينه في توزيعات Linux الرئيسية، مثل Debian و Gentoo Linux و Fedora و Slackware و openSUSE و Mandriva و Cygwin / X وبالطبع Ubuntu. على الرغم من أن Xorg لا يزال يعمل بشكل مثالي ، فقد تم تصميمه منذ أكثر من عقد من الزمان ومنذ ذلك الحين كان هناك العديد من التحسينات في مجال العرض. بقسوة، لم يعد يتم استدعاء جميع عناصر الشاشة مثل النوافذ أو الأزرار أو الخطوط على الخادم (كيف يجب أن تظهر ذلك) من قبل العملاء (ما يجب أن تظهره) ، للانتقال إلى نموذج يكتسب فيه الأخير كل الأهمية. نحن نحلل القديم Xorg والبدائل الرائعة للمستقبل ، وايلاند ومير، في مقال فيه الآراء والتعليقات مفتوحة. كان Xorg هو التطبيق الرئيسي لـ X-Window في نظام GNU/Linux لعقود من الزمن، لكن النظام القديم الذي كان يعتمد عليه تغير بشكل كبير حتى العصر الحالي، وكاد يختفي تمامًا. يعتمد النموذج الحالي بشكل أساسي على قاعدة العملاء، حيث خرائط بكسل او صور كاملة للشاشة مقابل السيرفر عرض ومدير النوافذ ، وكلاهما يندمج فيما يظهر للمستخدم أخيرًا. يبقى أن نتساءل ، ما هو الدور المتبقي لـ Xorg في هذه الحالة إذا لم يكن الوسيط بين الاثنين أعلاه. بالإضافة إلى دمج طبقة أخرى بدون وظائف حقيقية ، ينطوي على تباطؤ متأصل لأي تطبيق ونقطة أخرى يجب تأمينها داخل النظام ، نظرًا لأن التطبيق يستمع إلى أي إدخال ويقبل الطلبات من عملاء النوافذ الآخرين. بدا الخروج من بروتوكول X11 والبدء من جديد فكرة جيدة وبالتالي فكرة Wayland ، بروتوكول خادم رسومي ومكتبة لأنظمة Linux التي ظهرت ، اعتبارًا من عام 2010 ، كتطبيق ستعمل عليه الوحدة المستقبلية. بالإضافة إلى ذلك ، تم اقتراحه كمعيار لمنصات الأجهزة المحمولة التي تستخدم نظام التشغيل المحمول Ubuntu ، Ubuntu Touch. ايلاندز

مثال التصور مع وايلاند

خلال كل هذه السنوات ، أظهر الأشخاص في Canonical عزمهم على دعم هذا التطبيق بشكل كامل في توزيعاتهم ، لكن الحقيقة هي أنه حتى اليوم لم ينجح في الإقلاع بشكل كامل. في الواقع ، استفادت الإصدارات الأولى من Ubuntu Touch من SurfaceFlinger ، الخادم الرسومي لنظام Android ، لتنفيذ مهمة العرض و ، في أحدث الإصدارات ، كان Mir هو المحرك المصمم ليعمل على جميع إصدارات نظام التشغيل Ubuntu، لتحل تدريجيا محل الاثنين المذكورين سابقا. لم تضيع الفكرة الرئيسية: يعني التخلص من الطبقات الوسيطة زيادة في أداء النظام حيث يجب إعادة توجيه بيانات أقل إلى العملاء المعنيين وهذا يعني زيادة أكبر في أمان الجهاز. لا يتطلب Wayland أيضًا برنامج تشغيل للرسومات ثنائية الأبعاد ، على عكس Xorg مع DDX نظرًا لأن كل شيء يتم من جانب العميل ، وإعادة استخدام برامج تشغيل DRM / KMS لإظهار النتيجة النهائية للصورة. مير

مثال التصور مع مير

لا يفترض مير وجود اختلاف جوهري عما يفترضه Wayland، بصرف النظر عن تنفيذ البروتوكول الخاص به واستخدام واجهات برمجة التطبيقات الخاصة به. مع ذلك خاص بـ Ubuntu و Unity 8، وهي ميزة ، نظرًا لتصميمها المحسّن ، وعيوبها ، حيث لا يمكن تضمينها في نكهات أخرى من Linux. ال أحدث إصدار تجريبي صدر من يأتي Ubuntu 16.10 (Yakketi Yak) مع تحديث Mir، والذي يتم تحسينه أيضًا للحصول على أداء أفضل ضمن برامج تشغيل بطاقة Nvidia.

مع كل هذه المعلومات ، النقاش يتم تقديمه: هل سيحصل Mir على الدعم الكامل من Canonical أم سيتعايش مع Wayland؟ ما المستقبل الذي سيحمله خادم الرسوم الثاني هذا؟ هل ستكون مشاريع سيتم دعمها بشكل مشترك لتحقيق نفس الهدف المشترك؟