Найти тему

Разработчики Google Chrome утверждают, что сэкономили пользователям более 10 тысяч лет ожидания загрузок

Команда разработчиков Chromium рассказала об улучшениях производительности, которых ей удалось достичь за последние несколько лет. Оценка основана на отчёте Core Web Vitals, который помогает оценить производительность веб-страницы и помочь веб-разработчикам оптимизировать и улучшить работу пользователей в Интернете.

Улучшения коснулись и Windows 11. В Chromium отмечают использование EcoQOS (качество обслуживания), также называемого режимом эффективности в Windows 11, который помогает в регулировании вкладок. Примечательно, что технологию поддерживает и Firefox, хотя он основан на движке Gecko. Другие существенные улучшения касаются преимуществ, достигнутых с помощью предварительного рендеринга, BFcache и т. д.

Основные достижения Chrome Web Vitals:

  • кэш «Назад/вперед» (bfcache) предназначен для улучшения работы в Интернете за счёт мгновенной навигации вперед и назад. Показатель попадания BFCache улучшился по сравнению с предыдущим месяцем как на Android (3,6%), так и на настольных компьютерах (1,8%);
  • функция PreconnectOnAnchorInteraction, которая подключается к источникам при наведении указателя вниз, а не вверх. Она привела к медианному улучшению LCP на 6/10 мс (0,4/1%) на Android/настольных компьютерах и улучшению LCP между разными источниками на ~60 мс как на Android, так и на ПК;
  • предварительная отрисовка, которая позволяет страницам загружаться мгновенно, отображая их до фактического посещения пользователем, обеспечивает медианное улучшение LCP на 500–700 мс (14–25 %) при предварительном рендеринге, в зависимости от платформы, перемещая глобальное медианное значение LCP для всех переходов на 6,4 мс;
  • реализация регулирования вкладок для фоновых вкладок, работающих в EcoQOS в Windows 11, а также настройка роли задачи и качества обслуживания в macOS привела к улучшениям в функциях «Наибольшая отрисовка контента» (LCP) и «Взаимодействие со следующей отрисовкой» (INP);
  • оптимизация Chrome с несколькими активными вкладками привела к улучшению INP на 5% и LCP на 2% за последние шесть месяцев;
  • улучшения в коде загрузки страниц в Chrome позволили повысить результате LCP на 10% на Android, а скорость прохождения CWV — на 1,5%.

Средство рендеринга Chrome также претерпело некоторые улучшения. Основной поток средства визуализации включает очереди задач для JavaScript, рендеринга и загрузки изображений. Некоторые изменения включают в себя:

  • загрузку изображения с высоким приоритетом. Исторически она имела такой же или более низкий приоритет, чем рендеринг. Однако эксперимент показал, что между задачей загрузки изображения и задачей рендеринга выбор первой может предотвратить сдвиг макета промежуточного кадра, в котором нет изображения, а также улучшить LCP. Улучшение на Android в 75-м процентиле составило -6,66% для CLS и -0,82% для LCP, что улучшило показатель прохождения CWV на Android на +0,24%. Аналогичный эксперимент, в котором приоритет загрузки был повышен до «среднего» для первых пяти изображений, проанализированных из HTML (для изображений без значков), показал улучшение на Android на 75-м процентиле: -6,08% для CLS и -0,53% для LCP;
  • приоритет композиции после задержки. Если с момента последнего запуска задачи композиции прошло более 100 мс, повышение приоритета любой задачи композиции в очереди привело к улучшению на -0,27% для CLS на Android и Windows в 95-м процентиле;
  • оптимизацию растра SVG. Она улучшила показатели прохождения INP на настольных компьютерах на -2,28% для MacOS в 75-м процентиле.