{"id":101565,"date":"2021-10-08T10:22:52","date_gmt":"2021-10-08T08:22:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/rezultaty-optimizaczii-chromium-realizovannye-proektom-renderingng"},"modified":"2021-10-08T10:22:52","modified_gmt":"2021-10-08T08:22:52","slug":"rezultaty-optimizaczii-chromium-realizovannye-proektom-renderingng","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/rezultaty-optimizaczii-chromium-realizovannye-proektom-renderingng","title":{"rendered":"Resultados de optimizaci\u00f3n de Chromium, implementados por el proyecto RenderingNG","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Los desarrolladores de Chromium han presentado los primeros resultados del proyecto RenderingNG, lanzado hace 8 a\u00f1os, que se centra en mejorar continuamente el rendimiento, la fiabilidad y la escalabilidad de Chrome. <\/p>\n
Por ejemplo, las optimizaciones a\u00f1adidas en la versi\u00f3n Chrome 94, en comparaci\u00f3n con Chrome 93, permitieron reducir los retrasos en el procesamiento de p\u00e1ginas en un 8% y aumentar el tiempo de funcionamiento del bater\u00eda en un 0.5%. Teniendo en cuenta el tama\u00f1o de la base de usuarios de Chrome, estas cifras se traducen a una econom\u00eda de m\u00e1s de 1400 a\u00f1os de tiempo de CPU al d\u00eda a nivel global. En comparaci\u00f3n con versiones anteriores, el Chrome actual renderiza gr\u00e1ficos m\u00e1s de un 150% m\u00e1s r\u00e1pido y es 6 veces menos propenso a fallos en los controladores de GPU en hardware problem\u00e1tico. <\/p>\n
Entre los m\u00e9todos implementados para lograr mejoras en el rendimiento se destaca la paralelizaci\u00f3n de las operaciones de rasterizaci\u00f3n de diferentes p\u00edxeles en el lado de la GPU y una distribuci\u00f3n m\u00e1s activa de los controladores entre los diferentes n\u00facleos de la CPU (ejecuci\u00f3n de JavaScript, procesamiento de desplazamientos de p\u00e1gina, decodificaci\u00f3n de v\u00eddeos e im\u00e1genes, pre-renderizado de contenido). Un factor limitante en la paralelizaci\u00f3n activa es el aumento de la carga en la CPU, que se refleja en un incremento de temperatura y un aumento en el consumo de energ\u00eda, por lo que es importante encontrar un equilibrio \u00f3ptimo entre rendimiento y consumo energ\u00e9tico. Por ejemplo, al trabajar con bater\u00eda, se puede sacrificar la velocidad de renderizado, pero no se puede sacrificar el procesamiento de desplazamiento en un hilo separado, ya que una reducci\u00f3n en la capacidad de respuesta de la interfaz ser\u00e1 notoria para el usuario. <\/p>\n
Las tecnolog\u00edas implementadas en el marco del proyecto RenderingNG cambian por completo el enfoque de composici\u00f3n y permiten utilizar de manera adaptativa diferentes tecnolog\u00edas de optimizaci\u00f3n de c\u00e1lculos en GPU y CPU, vincul\u00e1ndolas a partes espec\u00edficas de las p\u00e1ginas, teniendo en cuenta aspectos como la resoluci\u00f3n y la frecuencia de actualizaci\u00f3n de la pantalla, as\u00ed como la disponibilidad en el sistema de soportes para API gr\u00e1ficas avanzadas, como Vulkan, D3D12 y Metal. Como ejemplos de optimizaciones se menciona el uso activo del almacenamiento en cach\u00e9 de texturas de GPU y los resultados de renderizado de partes de p\u00e1ginas web, as\u00ed como la consideraci\u00f3n al renderizar solo las \u00e1reas de la p\u00e1gina visibles para el usuario (no tiene sentido renderizar partes de una p\u00e1gina que est\u00e1n cubiertas por otro contenido). <\/p>\n
Un elemento fundamental de RenderingNG es el aislamiento del rendimiento al procesar diferentes partes de las p\u00e1ginas, por ejemplo, para aislar c\u00e1lculos relacionados con la publicidad en bloques iframe, mostrar animaciones, reproducir audio y video, desplazarse por el contenido y ejecutar JavaScript.
<\/center> <\/p>\n
T\u00e9cnicas de optimizaci\u00f3n implementadas: <\/p>\n
\n
En Chrome 94 se propuso un mecanismo CompositeAfterPaint, que permite el compositing de partes de p\u00e1ginas web dibujadas por separado y permite escalar din\u00e1micamente la carga en la GPU. Seg\u00fan los datos obtenidos de los usuarios a trav\u00e9s de la recopilaci\u00f3n de telemetr\u00eda, la nueva sistema de compositing ha reducido el retraso en el desplazamiento en un 8%, ha aumentado la capacidad de respuesta de la interacci\u00f3n del usuario en un 3%, ha incrementado la velocidad de renderizado en un 3%, ha disminuido el consumo de memoria de la GPU en un 3% y ha extendido el tiempo de autonom\u00eda en un 0.5%.\n
GPU Raster \u2014 un mecanismo de rasterizaci\u00f3n en el lado de la GPU, se implement\u00f3 para todas las plataformas en 2020 y permiti\u00f3 acelerar las pruebas de MotionMark en un promedio del 37%, y las categor\u00edas relacionadas con HTML en un 150%. Este a\u00f1o, GPU Raster se complement\u00f3 con la posibilidad de utilizar la aceleraci\u00f3n en el lado de la GPU para renderizar elementos de Canvas, lo que llev\u00f3 a una aceleraci\u00f3n del renderizado de contornos del 1000% y una mejora en las pruebas de MotionMark 1.2 del 130%.\n
LayoutNG \u2014 una reestructuraci\u00f3n completa de los algoritmos de disposici\u00f3n de elementos en las p\u00e1ginas, dirigida a aumentar la fiabilidad y la previsibilidad. El proyecto se planea llevar a los usuarios este a\u00f1o.\n
BlinkNG \u2014 refactorizaci\u00f3n y limpieza del motor Blink con la separaci\u00f3n de las operaciones de renderizado en fases ejecutadas por separado para aumentar la eficiencia del almacenamiento en cach\u00e9 y simplificar el renderizado diferido teniendo en cuenta la visibilidad de los objetos en la ventana. Se prev\u00e9 que el trabajo se complete este a\u00f1o.\n
Extracci\u00f3n hacia hilos separados de manejadores de desplazamiento, animaci\u00f3n y decodificaci\u00f3n de im\u00e1genes. El proyecto ha estado en desarrollo desde 2011 y este a\u00f1o logr\u00f3 la capacidad de extraer en hilos separados las transformaciones CSS animadas y la animaci\u00f3n SVG.\n
VideoNG \u2014 un motor eficiente y fiable para la reproducci\u00f3n de videos en p\u00e1ginas web. Este a\u00f1o se implement\u00f3 la posibilidad de mostrar contenido protegido con resoluci\u00f3n 4K. Anteriormente se hab\u00eda a\u00f1adido soporte para HDR.\n
Viz \u2014 procesos separados para rasterizaci\u00f3n (OOP-R \u2014 Out-of-process Raster) y renderizado (OOP-D \u2014 Out of process display compositor), que separan el renderizado de la interfaz del navegador del renderizado del contenido de las p\u00e1ginas. El proyecto tambi\u00e9n est\u00e1 desarrollando el proceso SkiaRenderer, que utiliza APIs gr\u00e1ficas espec\u00edficas de diferentes plataformas (Vulkan, D3D12, Metal). Este cambio permiti\u00f3 reducir en 6 veces el n\u00famero de fallos debido a problemas en los controladores gr\u00e1ficos. <\/ul>\n
![\"Resultados](\"\/wp-content\/uploads\/2021\/10\/494e5178556944a3a47f3f717488127c.jpg\")
<\/center> <\/p>\n