الاستعداد للجيل القادم من محتوى الويب
أنا كريس هارلسون، رئيس الهندسة في قسم العرض (تحويل HTML وCSS إلى بكسل) في Blink. لقد كنتُ قد عملت في خنادق عرض الأداء على الويب لأكثر من ثماني سنوات، وأهدف إلى بذل قصارى جهدي لجعل تقديم تجربة المستخدم الممتازة على الويب أسرع وأسهل وأكثر موثوقية. ويسرّني أن أخبرك بما قمنا به خلال تلك الفترة لإنشاء بنية جديدة وعصرية لمحرّكات العرض من Chromium. لتحقيق هذا الأمر كان عملاً هائلاً من الحب، وآمل أن تستمتع بالسماع عنه!
في عام 2021، سنكمل إلى حد كبير عملية تصميم هذه البنية وبنائها وشحنها. نسميها RenderingNG، وهي بنية عرض من الجيل التالي تتفوق إلى حد كبير على أداء ما كان من قبل. ظل عرض RenderingNG قيد التقدم منذ ثماني سنوات على الأقل، ويمثل العمل الجماعي للعديد من مطوّري Chromium المتخصصين. إنّه يفتح قدرًا هائلاً من الإمكانيات اللازمة للجيل القادم من محتوى الويب السريع والسهل والموثوق وسريع الاستجابة والتفاعل. وهو أيضًا مرجع أعتقد أنّه يحدّد حدًا أدنى جديدًا من المعايير لجميع محرّكات عرض المواقع الإلكترونية التي يمكن للمطوّرين الاعتماد عليها.
مشاركة المدونة هذه هي الأولى في سلسلة، حيث سنشرح ما قمنا بإنشائه ولماذا قمنا بإنشائه وكيفية عمله. في هذه المشاركة الأولى، سأبدأ بـ:
- هدفنا هو نجم الشمال.
- هرم النجاح: المبادئ التي توجه عملنا، وأمثلة على تلك المبادئ عمليًا.
- الميزات والإمكانات التي يوفّرها RenderingNG
- نظرة عامة عالية المستوى على مكوّنات المشروع الرئيسية في RenderingNG
نجمة الشمال
الهدف النجمي الشمالي الذي يحفّز RenderingNG هو أنّ تنفيذ محرّك البحث وثراء واجهات برمجة التطبيقات الخاصة بالعرض يجب ألا يكونا عاملَين مقيدَين لتجربة المستخدم على الويب.
لا داعي للقلق بشأن أخطاء في المتصفح تجعل الميزات غير موثوقة أو تؤدي إلى تعطُّل عرض موقعك الإلكتروني.
من المفترض ألا تكون هناك عائق غامضة في الأداء. ولا ينبغي أن تحتاج إلى التغلب على الميزات المضمنة المفقودة.
من المفترض أن يعمل الأمر فقط.
أعتقد أن RenderingNG خطوة كبيرة نحو تحقيق هذا الهدف النجمي. قبل عرض RenderingNG، كان بإمكاننا (وفعلنا) إضافة ميزات العرض وتحسين الأداء، ولكن عاننا في جعل هذه الميزات موثوقة للمطوّرين، وكانت هناك العديد من الفروقات المتعلّقة بالأداء. الآن لدينا بنية تعمل على التخلّص من العديد من هذه المشكلات بشكل منهجي، وإلغاء الحظر أيضًا عن الميزات المتقدمة التي لم تكن تعتبر مجدية من قبل. إذ إنه:
- يتضمّن ميزات أساسية صلبة ذات خصائص صلبة عبر مجموعات مختلفة من الأنظمة الأساسية والأجهزة وأنظمة التشغيل.
- تتمتع بأداء متوقع وموثوق به.
- تعمل هذه الميزة على زيادة استخدام إمكانيات الأجهزة (النواة ووحدة معالجة الرسومات ودرجة دقة الشاشة ومعدّلات التحديث وواجهات برمجة التطبيقات النقطية المنخفضة المستوى).
- يؤدي هذا الإجراء فقط إلى تنفيذ العمل المطلوب لعرض المحتوى المرئي.
- يحتوي على دعم مدمج للتصميم المرئي الشائعة وأنماط الرسوم المتحركة وتصميم التفاعل.
- توفّر واجهات برمجة تطبيقات للمطوّرين لإدارة تكاليف العرض بسهولة.
- توفّر نقاط إضافات مسارات التعلّم للإضافات الخاصة بالمطوّرين.
- تحسين كل المحتوى—HTML وCSS ولوحة رسم ثنائية الأبعاد ولوحات ثلاثية الأبعاد والصور والفيديو والخطوط.
المقارنة بمحركات عرض الإعلانات الأخرى
نفذ كل من Gecko وWebkit أيضًا معظم الميزات المعمارية ذاتها الموضحة في مشاركات المدونة هذه، وفي بعض الحالات أضافها قبل Chromium. وهذا أمر رائع! وعلى الرغم من أنّ أيّ متصفّح يزداد سرعة وموثوقية هو سبب الاحتفال بهذا الأمر وله تأثير حقيقي، فإنّ الهدف الأسمى هو تحسين الرجوع الأساسي لجميع المتصفحات، كي يتمكّن المطوّرون من الاعتماد عليه.
هرم النجاح
فلسفتي هي أن النجاح هو نتيجة تحقيق الموثوقية أولاً، ثم الأداء القابل للتوسع، وأخيرًا قابلية التوسع.
كما هو الحال مع الهرم الواقعي، يوفر كل مستوى أساسًا قويًا بالضرورة للمستوى أعلاه.
الموثوقية
إذا كان من الممكن الاستمتاع بتجربة المستخدم الغنية والمعقدة على الإطلاق، فإن أول شيء نحتاجه هو منصة صلبة. يجب أن تعمل الميزات والأسس الأساسية بشكل صحيح، وأن تستمر في العمل بمرور الوقت. ومن المهم أيضًا أن تكون هذه الميزات مفيدة في إنشاء المحتوى وخلوه من الأخطاء أو السلوكيات غير المهمة الغريبة.
ولهذا السبب، تكون الموثوقية هي أهم جزء في RenderingNG. والموثوقية هي نتيجة الاختبار الجيد وحلقات الملاحظات الجودة والمقاييس وأنماط تصميم البرامج.
لتوضيح مدى أهمية الموثوقية، أمضينا معظم السنوات الثماني الماضية في توضيح هذا الجزء فقط. بدايةً، حصلنا على معرفة عميقة بالنظام من خلال الاستفادة من تقارير الأخطاء التي كانت هناك نقاط ضعف فيها وإصلاحها، وإطلاق اختبارات شاملة، وفهم احتياجات أداء المواقع الإلكترونية والقيود المفروضة على أداء Chromium. ثم قمنا بتصميم وطرح أنماط التصميم الرئيسية وهياكل البيانات بعناية وبشكل تدريجي. عندها فقط كنا مستعدين لإضافة ألعاب أساسية من الجيل التالي لتصميم سريع الاستجابة، وقابلية التوسّع، وتخصيص العرض.
وهذا لا يعني أنه لم يتم تحسين أي شيء خلال تلك الفترة في Chromium. في الواقع، العكس هو الصواب! شهدت تلك السنوات زيادة ثابتة ومستدامة في الموثوقية والأداء حيث قمنا بإعادة هيكلة وطرح كل تحسين خطوة بخطوة.
الاختبارات والمقاييس
خلال السنوات الثمانية الماضية، أضفنا عشرات الآلاف من اختبارات الوحدات والأداء والتكامل. علاوة على ذلك، فقد طورنا مقاييس شاملة تقيس العديد من جوانب سلوك عرض Chromium في الاختبار المحلي، وفي مقاييس الأداء، وفي المواقع الإلكترونية الحقيقية، من خلال مستخدمين وأجهزة حقيقية.
وبصرف النظر عن مدى روعة RenderingNG (أو محرك عرض متصفح آخر)، لن يكون من السهل تطويره على الويب إذا كان هناك الكثير من الأخطاء أو الاختلافات في السلوك بين المتصفحات. لمعالجة هذه المشكلة، نعمل أيضًا على الاستفادة إلى أقصى حد من اختبارات منصة الويب. يتحقّق كل اختبار من هذه الاختبارات من نمط استخدام النظام الأساسي للويب الذي يجب أن تهدف جميع المتصفحات إلى اجتيازه. ونتتبّع أيضًا عن كثب المقاييس المتعلّقة باجتياز المزيد من الاختبارات بمرور الوقت وزيادة التوافق الأساسي.
تُعدّ اختبارات منصة الويب جهدًا تعاونيًا. على سبيل المثال، أضاف مهندسو Chromium حوالي% 10 فقط من إجمالي اختبارات WPT لميزات CSS، بينما يساهم مورّدو المتصفحات الآخرون والمساهمون المستقلون ومؤلفو المواصفات في الباقي. يحتاج الأمر قرية إلى إنشاء شبكة الويب القابلة للتشغيل التفاعلي.
أنماط تصميم البرامج الجيدة
ويكون تقديم برامج عالية الجودة في المقابل أسهل كثيرًا إذا كان من السهل فهم التعليمات البرمجية وتصميمها بطريقة تقلل من احتمالية حدوث أخطاء. سنقدم لك معلومات أخرى حول تصميم برامج RenderingNG في مشاركات المدونة اللاحقة.
أداء قابل للتطور
إنّ تحقيق أداء رائع على مستوى أبعاد السرعة والذاكرة واستخدام الطاقة هو ثاني أهم جوانب في RenderingNG. نريد أن تكون التفاعلات مع جميع مواقع الويب سلسة وسريعة الاستجابة، ولكن لا التضحية باستقرار الجهاز.
لكننا لا نريد الأداء فقط، ولكن نريد أداء قابل للتطوير، وهو عبارة عن بنية تعمل بشكل جيد وموثوق به على الأجهزة المتقدمة والعالية المستوى، وعلى مستوى الأنظمة الأساسية لأنظمة التشغيل. أسمي ذلك التوسع - الاستفادة من كل ما يمكن أن يحققه الجهاز، وتقليص إمكاناته - إلى أقصى قدر من الكفاءة وتقليل الطلب على النظام عند الحاجة.
ولتحقيق ذلك، كان علينا الاستفادة إلى أقصى حد من التخزين المؤقت، وعزل الأداء، وتسريع أجهزة وحدة معالجة الرسومات. لننظر في كل منها بالترتيب. ولجعلها ملموسة، لنفكر في كيفية مساهمة كل منها في أداء تفاعل واحد مهم للغاية على صفحات الويب: التمرير.
التخزين المؤقت
في منصة واجهة المستخدم الديناميكية والتفاعلية مثل الويب، يعدّ التخزين المؤقت الطريقة الأكثر أهمية لتحسين الأداء بشكل كبير. إنّ النوع الأكثر شهرة من التخزين المؤقت في المتصفّح هو ذاكرة التخزين المؤقت لبروتوكول HTTP، ولكن يحتوي العرض أيضًا على العديد من ذاكرات التخزين المؤقت. ذاكرة التخزين المؤقت الأكثر أهمية للتمرير هي زخارف وحدة معالجة الرسومات وقوائم العرض المخزنة مؤقتًا، والتي تتيح التمرير سريعًا للغاية مع تقليل استنزاف البطارية والعمل جيدًا على مجموعة متنوعة من الأجهزة.
يساعد التخزين المؤقت في عمر البطارية وعدد اللقطات في الثانية للصور المتحركة للتمرير، ولكن الأهم من ذلك أنّه يلغي عزل الأداء عن سلسلة التعليمات الرئيسية.
عزل الأداء
في أجهزة كمبيوتر سطح المكتب الحديثة، لا داعي للقلق بشأن التطبيقات في الخلفية التي تؤدي إلى إبطاء الجهاز الذي تعمل عليه. ويرجع ذلك إلى تعدد المهام الاستباقي، والذي بدوره شكل من أشكال عزل الأداء: التأكد من أن المهام المستقلة لا تبطئ بعضها البعض.
على الويب، أفضل مثال على عزل الأداء هو التمرير. حتى في مواقع الويب التي تحتوي على الكثير من محتوى JavaScript البطيء، يمكن أن يكون التمرير سلسًا جدًا، لأنه يتم تشغيله على سلسلة تعليمات مختلفة لا تعتمد على سلسلة JavaScript والتنسيق. لقد بذلنا جهدًا كبيرًا في RenderingNG للتأكّد من أنّ كل عملية تمرير ممكن على شكل سلسلة محادثات، وذلك من خلال التخزين المؤقت الذي يتجاوز مجرد قائمة عرض في الحالات الأكثر تعقيدًا. ومن الأمثلة على ذلك الرمز البرمجي لتمثيل العناصر الثابتة والثابتة، وأدوات معالجة الأحداث السلبية، وعرض النص بجودة عالية.
تسريع وحدة معالجة الرسومات
تزيد وحدة معالجة الرسومات من سرعة إنشاء وحدات البكسل والرسم على الشاشة إلى حد كبير، وفي كثير من الحالات، يمكن رسم كل وحدة بكسل بالتوازي مع كل وحدة بكسل أخرى، ما يؤدي إلى زيادة هائلة في السرعة. يشكّل الرسم النقطي لوحدة معالجة الرسومات أحد المكوّنات الرئيسية في RenderingNG. ويستخدم ذلك وحدة معالجة الرسومات على جميع الأنظمة الأساسية وجميع الأجهزة لتسريع عرض محتوى الويب وتحريكه بشكل أسرع. يعد ذلك مهمًا بشكل خاص على الأجهزة المنخفضة المواصفات أو الأجهزة المتطورة جدًا، التي غالبًا ما تحتوي على وحدة معالجة رسومات ذات قدرة أكبر بكثير من أجزاء الجهاز الأخرى.
القابلية للتوسع: الأدوات المناسبة للوظيفة
بمجرد حصولنا على الموثوقية والأداء القابل للتوسع، نكون مستعدين الآن لاستخدام مجموعة من الأدوات لمساعدة المطوّرين على توسيع الأجزاء المضمّنة في HTML وCSS وCanvas، وبطرق لا تؤثّر على أي من هذا الأداء والموثوقية.
ويشمل ذلك واجهات برمجة تطبيقات مدمَجة وواجهة بلغة JavaScript تعرض حالات الاستخدام المتقدّمة للتصميم السريع الاستجابة، والعرض التدريجي، والسلاسة والاستجابة، والعرض المتسلسل.
كانت واجهات برمجة التطبيقات المفتوحة التالية على الويب والتي يدعمها Chromium متاحة من خلال RenderingNG، وكانت سابقًا غير ممكنة.
تم تطويرها جميعًا بمواصفات مفتوحة وتعاون مع شركاء ويب مفتوحين، وهم مهندسون في المتصفحات وخبراء ومطوّري ويب آخرين. في مشاركات المدونة اللاحقة، سنتعمق في كل منها ونشرح كيف يجعل RenderingNG ممكنًا.
- content- visibility: تتيح للمواقع الإلكترونية تجنُّب عرض العمل بسهولة للمحتوى خارج الشاشة، وعرض ذاكرة التخزين المؤقت لعروض تطبيقات الصفحة الواحدة التي لا تظهر حاليًا.
- OffscreenCanvas: يتيح هذا الخيار عرض اللوحة (واجهة برمجة التطبيقات ثنائية الأبعاد للوحة الرسم وWebGL) في سلسلة التعليمات الخاصة بها لتحقيق أداء ممتاز بشكل موثوق. وهذا المشروع هو أيضًا معلم رئيسي آخر في مجال الويب، فهو أول واجهة برمجة تطبيقات ويب تسمح لـ JavaScript (أو WebAssembly!) بعرض مستند صفحة ويب واحد من سلاسل محادثات متعددة.
- طلبات بحث الحاوية: تسمح لمكون واحد بتحديد نفسه بشكل متجاوب، ما يؤدي إلى إزالة حظر الوصول إلى عالم كامل من مكونات التوصيل والتشغيل (وهو حاليًا عملية تنفيذ تجريبية).
- عزل المصدر: يسمح للمواقع الإلكترونية بتفعيل المزيد من عزل الأداء بين إطارات iframe.
- Paint Worklets غير الرئيسية: تتيح للمطوّرين طريقة لتوسيع نطاق رسم العناصر باستخدام رمز برمجي يعمل على سلسلة المكوّن.
بالإضافة إلى واجهات برمجة تطبيقات الويب الصريحة، أتاح لنا RenderingNG توفير العديد من "الميزات التلقائية" المهمة للغاية التي تستفيد جميع المواقع الإلكترونية:
- عزل الموقع: يضع إطارات iframe من مصادر متعددة في عمليات مختلفة لوحدة المعالجة المركزية (CPU)، من أجل تحسين الأمان وعزل الأداء.
- Vulkan وD3D12 وMetal: تستفيد من واجهات برمجة التطبيقات المنخفضة المستوى التي تستخدم وحدات معالجة الرسومات بكفاءة أكبر من OpenGL.
- الصور المتحركة الإضافية المركّبة: SVG، لون الخلفية.
تشمل الميزات القادمة الإضافية التي تمت إزالة حظرها من خلال RenderingNG ما يلي:
- الصور المتحركة التي تم ربطها بالتمرير:
- نموذج مخفي ولكن يمكن البحث عنه ويمكن الوصول إليه.
- عمليات انتقال العناصر المشتركة:
- تنسيق مخصص:
- التجميع خارج الموضوع الرئيسي، وفصل سلاسل المحادثات والإنشاء
المشاريع الرئيسية التي تشكل RenderingNG
في ما يلي قائمة بالمشاريع الرئيسية ضمن RenderingNG. وسوف تتعمق مشاركات المدونة اللاحقة في كل منها.
CompositeAfterPaint
يشير هذا المصطلح إلى العناصر المفرِّغة التي تتألّف من النمط والتخطيط والطلاء، ما يتيح تحسين الموثوقية والأداء الذي يمكن توقّعه، وزيادة سرعة معالجة البيانات واستخدام ذاكرة أقل بدون التأثير في الأداء. لقد بدأت في عام 2014 وستنتهي هذا العام.
| Year | مدى التقدُّم |
|---|---|
| 2015 | شحن قوائم العرض |
| 2017 | إبطال قيمة الشحن الجديد |
| 2018 | أشجار ممتلكات السفن، الجزء 1 |
| 2019 | أشجار ممتلكات السفن، الجزء 2 |
| 2021 | اكتملت في شحن المشروع. |
LayoutNG
إعادة كتابة لجميع خوارزميات التخطيط، لتحسين الموثوقية بشكل كبير وأداء أكثر قابلية للتنبؤ. لقد بدأ في عام 2016 ومن المقرر إنهاءه هذا العام.
| Year | مدى التقدُّم |
|---|---|
| 2019 | مسار كتلة الشحن |
| 2020 | مرونة في الشحن وتحرير الشاشة |
| 2021 | اشحن كل الباقي. |
BlinkNG
تنظيف منهجي وإعادة هيكلة محرك عرض Blink إلى مراحل منفصلة لكل مسار ويسمح ذلك بالتخزين المؤقت بشكل أفضل وزيادة الموثوقية وإمكانية إعادة الدخول أو العرض المتأخر للعرض مثل إمكانية رؤية المحتوى وطلبات البحث المتعلقة بالحاويات. وقد بدأ نشاطه التجاري في عام 2014، وبدأ بإجراء تحسينات تدريجية، ويستمر منذ ذلك الحين. وستكتمل عملية الطرح في عام 2021.
تسريع استخدام وحدة معالجة الرسومات في كل مكان
جهود على المدى الطويل لطرح وحدات معالجة الرسومات النقطية والرسم والرسوم المتحركة على جميع الأنظمة الأساسية وطوال الوقت. يوفر تسريع وحدة معالجة الرسومات تسريعًا هائلاً لمعظم المحتوى، لأنه يمكن معالجة كل بكسل بالتوازي. وهي طريقة فعالة لتحسين الأداء على الأجهزة ذات المواصفات المنخفضة، والتي غالبا ما تحتوي على وحدة معالجة رسومات. لقد بدأت في عام 2014 واكتملت في عام 2020.
| Year | مدى التقدُّم |
|---|---|
| 2014 | إتاحة لوحة الرسم تم شحن الطلب بموجب الموافقة على المحتوى على Android. |
| 2016 | الشحن على نظام التشغيل Mac. |
| 2017 | يتم استخدام وحدة معالجة الرسومات في أكثر من 60% من مشاهدات صفحات Android. |
| 2018 | الشحن على Windows وChromeOS وAndroid Go. |
| 2019 | المسح المجالي لوحدة معالجة الرسومات التي تتضمن سلسلة محادثات |
| 2020 | اشحن محتوى Android المتبقي. |
التمرير المتسلسل والرسوم المتحركة وفك الترميز
جهد طويل المدى لنقل جميع الرسوم المتحركة القابلة للتمرير وغير التي لا تدعم التخطيط وفك ترميز الصور من سلسلة التعليمات الرئيسية. لقد بدأت في عام 2011 وما زالت مستمرة.
| Year | مدى التقدُّم |
|---|---|
| 2011 | الدعم الأولي للتمرير المتسلسل والحركة. |
| 2015 | ضغط الطبقة. |
| 2016 | التمرير الشامل العام. |
| 2017 | عمليات فك ترميز الصور على سلسلة محادثات المكوّن |
| 2018 | الصور المتحركة على سلسلة رسائل المكوّن. |
| 2020 | تركيب موضع ثابت دائمًا |
| 2021 | النسبة المئوية للصور المتحركة التي تؤدي إلى التحويل، والرسوم المتحركة بتنسيق SVG |
التصور
عملية رسم نقطية مركزية في Chromium تعمل على زيادة سرعة معالجة البيانات وتحسين الذاكرة والسماح بالاستخدام الأمثل لإمكانيات الأجهزة. وله أيضًا مزايا أخرى أقل وضوحًا للمطوّرين على الويب ولكنّها مرئية جدًا للمستخدمين، مثل إزالة حظر عزل الموقع وفصل مسار العرض عن عرض واجهة مستخدم المتصفّح. لقد بدأت في عام 2016 وستكتمل في عام 2021.
| Year | مدى التقدُّم |
|---|---|
| 2018 | يتم شحن OOP-R على أجهزة Android وMac وWindows. |
| 2019 | تم شحن OOP-D. يتم شحن OOP-R إلى كل مكان (باستثناء لوحة الرسم). تم شحن SkiaRenderer على نظام التشغيل Linux. |
| 2020 | يمكنك استخدام SkiaRenderer على نظامَي التشغيل Windows وAndroid. يتم شحن Vulkan على Android. |
| 2021 | سيتم شحن SkiaRenderer على أجهزة Mac (ونظام التشغيل ChromeOS قريبًا). |
تعريفات المصطلحات في الرسم البياني أعلاه:
- OOP-D
- مكوّن شاشة العرض خارج المعالجة تعد عملية تركيب الشاشة هي نفس نوع نشاط مكوّن نظام التشغيل. تعني الحالة "خارج المعالجة" تنفيذ ذلك ضمن عملية Viz بدلاً من عملية عرض صفحة الويب أو عملية واجهة مستخدم المتصفّح.
- OOP-R
- صورة نقطية خارج المعالجة تعمل الصورة النقطية على تحويل قوائم العرض إلى وحدات بكسل. تعني الحالة "خارج المعالجة" تنفيذ ذلك في عملية Viz بدلاً من عملية عرض صفحة الويب.
- SkiaRenderer
- تطبيق جديد لمكوِّن الشاشة يتيح تنفيذ مجموعة من واجهات برمجة التطبيقات الأساسية المختلفة لوحدة معالجة الرسومات مثل Vulkan أو D3D12 أو Metal
عرض اللوحة المسرّعة والسريعة
هذا هو المشروع الذي وضع القطع المعمارية التي جعلت OffscreenCanvas ممكنًا. لقد بدأت في عام 2015 وستنتهي في عام 2021.
| Year | مدى التقدُّم |
|---|---|
| 2018 | لوحة شحن خارج الشاشة. |
| 2019 | اشحن ImageBitmapRenderingContext. |
| 2021 | شحن OOP-R. |
VideoNG
جهود على المدى الطويل من أجل توفير تشغيل فيديوهات فعالة وموثوقة وعالية الجودة على الويب
| Year | مدى التقدُّم |
|---|---|
| 2014 | تم تقديم إطار عرض مستند إلى Mojo. |
| 2015 | تم شحن Project Butter وإعلانات الفيديو المركّبة لعرض الفيديو بشكل أكثر سلاسة. |
| 2016 | تم شحن أنظمة Android وأجهزة سطح المكتب الموحّدة لفك الترميز والعرض. |
| 2017 | تم شحن حزمة النطاق العالي الديناميكية وعرض الفيديو المصحَّح بالألوان. |
| 2018 | تم شحن مسار فك ترميز الفيديو المستند إلى Mojo. |
| 2019 | مسار عرض الفيديو الذي تم شحنه من خلال سطح المكتب |
| 2021 | تم شحن المحتوى المحمي بدقة 4K والذي يمكن عرضه على ChromeOS. |
تعريفات المصطلحات في الرسم البياني أعلاه:
- حذاء موجو
- نظام فرعي من الجيل التالي لتنسيق IPC في Chromium
- مساحات العرض
- مفهوم يشكّل جزءًا من تصميم مشروع Viz.
الخلاصة
لم أكن متحمسًا أكثر بشأن معدّل تحسين العرض على الويب ومتصفّح Chromium. أتوقع أن تواصل وتيرة الوتيرة خلال السنوات القادمة، حيث يمكننا البناء على أساس متين لـ RenderingNG.
ابقَ على اطّلاع على العديد من المشاركات المستقبلية التي ستتناول الكثير من التفاصيل حول البنية الجديدة، وكيف، وكيف تعمل.
صورة من تصوير إيريك سولهايم على الأجهزة في قناة Unلمحة
الرسوم التوضيحية من إبداع "أونا كرافيتس".