3, Сен 2022
Что такое задержка первого ввода (FID) Сделайте свой сайт быстрым, версия 2022


Задержка первого ввода — отличный показатель для отслеживания и улучшения на вашей странице. Это позволяет вам устранить чувство неуклюжести, которое могут испытывать ваши пользователи во время загрузки вашей страницы. Его улучшение также обязательно положительно повлияет на различные другие аспекты вашей веб-производительности.

Что такое задержка первого ввода?

Задержка первого ввода (FID) — это показатель производительности веб-сайта для реального пользователя, который отслеживает время с момента, когда пользователь впервые взаимодействует с веб-страницей после входа на нее, до момента, когда браузер может начать обработку этого взаимодействия — когда основной поток браузера бездействует.

Говоря проще, FID — это задержка между тем, когда вы нажимаете или нажимаете на что-либо как ссылка или кнопка и время, когда браузер отреагирует на ваше действие и начнет его обрабатывать.

Задержка первого входа измеряется в миллисекундах (мс).

События, которые учитываются как взаимодействия с пользователем, измеряемые FID, должны быть дискретными (конечными). Непрерывные типы взаимодействия с пользователем, такие как масштабирование или прокрутка страницы, не могут быть точно измерены с помощью этого показателя. Это связано с тем, что они часто не работают в основном потоке браузера и имеют разные ограничения.

Пример задержки первого ввода: открытая страница начинает загружаться, пользователь нажимает на боковую панель, чтобы развернуть ее, браузер все еще занят загрузкой изображения, и как только изображение загружено, браузер может обработать пользовательский ввод.

FID измеряет только первое взаимодействие

FID это все о первых впечатлениях. Первый раз, когда пользователь взаимодействует с вашей страницей, имеет основополагающее значение для его опыта и восприятия вашей веб-эффективности.

Кроме того, большая часть блокировки основного потока браузера происходит в первые моменты жизненного цикла страницы — когда загружаются критически важные ресурсы. Первая задержка ввода — это показатель, который помогает решить эту проблему и убедиться, что загрузка этих критически важных ресурсов не делает ваш сайт неуклюжим и неотзывчивым.

FID измеряет задержку ввода, а не обработку

Фактическая обработка или обновление веб-сайта в результате такого взаимодействия не измеряется FID. Это связано с тем, что разработчикам было бы легко обыграть FID, отделив обработчик событий от задачи, связанной с событием.

Чем задержка первого ввода отличается от времени до интерактивности

Time to Interactive — это очень полезная метрика производительности, которая существует уже некоторое время. может показаться очень похожим на задержку первого входа.

Время до интерактивности (TTI) измеряет время, необходимое для того, чтобы страница стала полностью интерактивной. Он регистрируется, когда на странице уже отображается ценный контент (по данным First Contentful Paint), обработчики событий регистрируются для большинства элементов страницы, а взаимодействие с пользователем обрабатывается в течение 50 мс.

Задержка первого входа отличается тем, что она может отслеживать пользовательский ввод, который происходит до того, как страница станет полностью интерактивной. Например, пользователь может щелкнуть ссылку, которая появляется до того, как обработчики событий будут зарегистрированы для большинства элементов страницы. Задержка первого ввода отличается от Time to Interactive тем, что позволяет зафиксировать эти ранние критические взаимодействия.

Время до интерактивности отображается в Lighthouse.

Time to Interactive — это метрика, отслеживаемая в Lighthouse.

Почему задержка первого ввода — хороший показатель для улучшения

Задержка первого ввода — одна из самых интересных метрик веб-производительности. чисто Метрика реального пользователя. Его нельзя смоделировать в лабораторных условиях — для измерения требуется взаимодействие с пользователем. FID — это фактический опыт пользователя, который заходит на вашу страницу.

Только по этой причине это отличный показатель для мониторинга и оптимизации, поскольку он определяет пользовательский опыт вашего сайта.

С точки зрения SEO теперь официально Задержка первого ввода вот-вот начнется влияние на рейтинг вашего сайта.

Первая задержка ввода — это один из трех показателей производительности (вместе с кумулятивным смещением макета и наибольшим отрисовкой контента), которые Google хочет продвигать в своем Инициатива Core Web Vitals.

Первая задержка ввода — это метрика, которая отслеживает скорость отклика веб-сайта, в то время как CLS отслеживает визуальную стабильность, а LCP отслеживает скорость загрузки.

Google сделал Core Web Vitals часть его алгоритма ранжирования когда обновление Page Experience было запущено в июнь 2021.

Другими словами, есть много причин, по которым стоит сосредоточиться на оптимизации задержки первого ввода на вашем веб-сайте.

Как измерить FID на вашей странице

Инструменты

Следующие инструменты могут показать вам ваш FID, собранный в поле:

Использование JavaScript для измерения FID

Вы также можете измерить FID, добавив JavaScript на свою страницу.

Есть два способа сделать это:

Добавьте следующий код на свою страницу, чтобы распечатать FID в консоли:

import {getFID} from 'web-vitals'; 
getFID(console.log);

Если вы не хотите импортировать библиотеку web-vitals, вы также можете использовать API синхронизации событий для отслеживания FID вручную.

Этот код был предоставлен Филипом Уолтоном. в своей статье о FID, опубликованной на web.dev.


let firstHiddenTime = document.visibilityState === 'hidden' ? 0 : Infinity;
document.addEventListener('visibilitychange', (event) => {
  firstHiddenTime = Math.min(firstHiddenTime, event.timeStamp);
}, {once: true});

function sendToAnalytics(data) {
  const body = JSON.stringify(data);
  (navigator.sendBeacon && navigator.sendBeacon('/analytics', body)) ||
      fetch('/analytics', {body, method: 'POST', keepalive: true});
}

try {
  function onFirstInputEntry(entry, po) {
    if (entry.startTime < firstHiddenTime) {
      const fid = entry.processingStart - entry.startTime;
      po.disconnect();
      sendToAnalytics({fid});
    }
  }

  const po = new PerformanceObserver((entryList, po) => {
    entryList.getEntries().forEach((entry) => onFirstInputEntry(entry, po));
  });

  po.observe({
    type: 'first-input',
    buffered: true,
  });
} catch (e) {
}

Что такое хороший показатель FID

Исследования показывают, что задержка в 100 мс воспринимается как вызванная сопутствующим источником. 0,1 секунды речь идет о пределе за то, что пользователь чувствует, что система реагируют мгновенно.

По этим причинамэто хорошо попробовать и держите ваш FID ниже 100 мс.

Это отражено пороговыми значениями FID в PageSpeed ​​Insights:

  • FID 100 мс или меньше считается хорошим,
  • FID от 100 до 300 мс нуждается в улучшении,
  • FID выше 300 мс считается плохим.

Имейте в виду, однако, что браузеру по-прежнему необходимо выполнять задачу, связанную с пользовательским вводом, который не измеряется FID. Таким образом, в некоторых случаях ваш FID может быть менее 100 мс, но страница все еще может немного не отвечать.

Максимальная потенциальная задержка первого ввода — наихудший сценарий

Задержка первого ввода может сильно различаться в зависимости от того, когда пользователь впервые взаимодействует со страницей, поскольку основной поток браузера неравномерно занят на протяжении всего жизненного цикла страницы. В результате некоторые пользователи могут вообще не испытывать задержки, в то время как других это может сильно обескуражить, в зависимости от того, когда они впервые взаимодействуют со страницей.

По этой причине может оказаться полезным отслеживать максимальную потенциальную задержку первого ввода на вашей странице (MPFID). Это продолжительность самой продолжительной задачи, выполняемой в основном потоке после регистрации First Contentful Paint.

Измерив продолжительность этой задачи, вы имитируете потенциальную ситуацию, когда пользователь взаимодействует со страницей как раз в тот момент, когда начинается эта длинная задача и должен ждать, пока он не будет завершен для обработки ввода.

Оптимизация MPFID включает в себя различные стратегии, которые сокращают время выполнения вашей самой длинной задачи или разбивают ее на более мелкие фрагменты.

MPFID — это лабораторная метрика, включенная в Lighthouse. Чтобы увидеть его, экспортируйте отчет Lighthouse для своей страницы в файл JSON.

Как эмулировать FID в лаборатории

Задержку первого ввода нельзя измерить с помощью лабораторных инструментов, таких как Lighthouse. Для регистрации события ввода требуется взаимодействие с реальным пользователем. Однако, вы можете использовать другую метрику, которая сильно коррелирует с FID.

Общее время блокировки (TBT) измеряет общее время между первой отрисовкой содержимого и временем до взаимодействия, когда основной поток был заблокирован от ответа на ввод пользователя.

TBT — это лабораторный показатель, который вы можете измерить в Lighthouse.. Если вы улучшите свой TBT, вы, скорее всего, улучшите и свою задержку первого ввода.

Общее время блокировки — это показатель, отслеживаемый в Lighthouse.

Вы также можете использовать Time To Interactive в качестве аналогичной точки отсчета.

Как MercadoLibre использовала общее время блокировки для улучшения задержки первого ввода

MercadoLibre — ведущая платформа электронной коммерции. в Латинской Америке. Использование общего времени блокировки в качестве прокси-метрикикоманде MercadoLibre удалось улучшить задержку первого ввода на своем веб-сайте и общую интерактивность.

Поскольку задержку первого входа нельзя смоделировать в лабораторных условиях, они использовали ТБТ для поиска длинных задач блокирует основной поток.

Как только они определили, какие задачи нужно сократить, они использовали такие методы, как встряхивание дерева (избавление от неиспользуемого, но импортированного кода), отсроченная гидратацияа также разделение кода (разбиение кода на файлы меньшего размера) для уменьшения размера пакетов кода, используемых на сайте.

Результатом стало снижение Max Potential FID в Lighthouse на 90 % и улучшение FID на 9 % в отчете об опыте использования Chrome.

Оптимизация FID

Если вы не удовлетворены своей оценкой FID, это обычно указывает на то, что использование JavaScript или CSS не оптимизировано.

Как улучшить FID, оптимизировав код CSS

Когда дело доходит до файлов CSS, их необходимо загрузить и проанализировать как можно скорее, чтобы браузер мог отобразить макет страницы. Потому что, ваши возможности уменьшить влияние CSS на вашу первую задержку ввода ограничены. Однако вы можете обратиться к лучшие практики, таких как минимизация и сжатие ваших файлов или удаление неиспользуемого кода CSS.

Как улучшить FID, оптимизировав JavaScript-код

Задачи JavaScript обычно являются причиной длительной задержки ввода. Блокируя основной поток браузера на длительное время, они не позволяют ему обрабатывать пользовательский ввод.

Ниже приведены некоторые стратегии, которые вы можете использовать, чтобы свести к минимуму время, в течение которого основной поток блокируется JavaScript:

Разбивайте длинные задачи на более мелкие асинхронные задачи.

Длинные задачи блокируют основной поток, не позволяя ему обрабатывать пользовательский ввод. Если разбить их на более мелкие задачи, пользовательский ввод может обрабатываться между ними. Старайтесь, чтобы ваши задачи не превышали 50 мс, чтобы быть в безопасности.

Создавайте как можно больше контента статическина стороне сервера.

Стремитесь свести к минимуму количество данных, которые необходимо постобработать на стороне клиента. Это уменьшает объем работы, которую должен выполнить браузер для отображения страницы.

Изучите загрузку стороннего кода по запросу.

Сторонний код, такой как теги или аналитика, часто несет ответственность за ненужную блокировку основного потока. Хотя иногда аналитику необходимо загружать в самом начале, чтобы обеспечить правильное отслеживание всего посещения, вы, вероятно, найдете сторонний код на своей странице, который не нужно запускать сразу. Отдавайте приоритет загрузке того, что, по вашему мнению, представляет наибольшую ценность для пользователей.

Используйте веб-воркеры.

Вы можете делегировать часть основной работы потока веб-воркеры чтобы уменьшить нагрузку на основной поток. Веб-воркеры позволяют вам делегировать часть вашего кода JavaScript для запуска в рабочем потоке, что означает меньшую работу для основного потока и меньшую задержку ввода.

Отложите неиспользуемый JavaScript.

Использовать асинхронный или же откладывать поэтому JavaScript выполняется только тогда, когда это необходимо. Если вы используете современный JS, настройте модули ES6 для загрузки по требованию.

Минимизируйте неиспользуемые полифиллы.

Полифиллы необходимы, когда пользователь использует старый браузер. Разработчики используют их для создания веб-сайтов с современным JavaScript и при этом предоставляют все функции браузерам, которые не поддерживают некоторые современные функции.

Убедитесь, что полифиллы не запускаются, если они не нужны. Доставка отдельных пакетов с использованием модуля/номодуля.

Бездействует до срочного

Бездействует до срочного — это стратегия оценки кода, разработанная Филипом Уолтоном из Google.

Эта стратегия использует элементы двух самых популярных подходов к оценке кода: нетерпеливая оценка а также ленивая оценка.

Страстная оценка означает, что весь ваш код запускается сразу. Такой подход приводит к тому, что страница загружается в течение длительного времени, пока не станет полностью интерактивной, но затем работает плавно, без каких-либо сбоев.

Ленивая оценка это противоположный подход – ваш код запускается только тогда, когда это необходимо. Хотя у него есть свои преимущества и он может быть полезен для некоторых веб-сайтов, ленивая оценка означает, что вы рискуете получить задержку ввода, когда код должен быть запущен.

Простой до срочного использования лучших аспектов обоих подходов чтобы обеспечить умный способ оценки вашего кода, поэтому задержка ввода минимальна.

Бездействие до срочного позволяет запускать код в периоды простоя, максимально используя основной поток. В то же время, это гарантирует, что срочно необходимый код запускается немедленно.

Чтобы узнать подробности об этом подходе к оценке кода, прочитайте Статья Филипа Уолтона и ознакомиться с бездействующая до срочного библиотека JavaScript.

Принимая бездействие до срочного подхода — отличный способ улучшить задержку первого ввода. Поскольку выполнение кода происходит только в периоды простоя, вы минимизируете время блокировки основного потока.



Source link

19, Июл 2022
Nvidia RTX 4090 оказался самым быстрым графическим процессором из когда-либо протестированных | Цифровые тренды


Видеокарты Nvidia RTX 30-й серии — одни из лучших видеокарт на рынке сегодня, но компания не останавливается на достигнутом. Они работают над новой 40-й серией, одна из которых, как сообщается, побила все рекорды скорости. Nvidia RTX 4090 набрала 19 000 баллов в тесте 3DMark Time Spy Extreme.

Это быстро. Мы говорим о молниеносных скоростях и быстрее, чем что-либо еще на рынке. Другими словами, RTX 4090 выбил из воды прежний правящий графический процессор RTX 3090 Ti «King Pin» с жидкостным охлаждением. Модель 4090 сделала это без жидкого азота.

Джейкоб Роуч / Digital Trends

RTX 4090 от Nvidia до сих пор окутана тайной, но хорошие люди на Оборудование Тома предполагают, что 5-нм чип может содержать 60 миллиардов транзисторов, работать на тактовой частоте 2000 МГц и достигать скорости VRAM до 24 Гбит/с. И все это при колоссальной мощности от 500 до 600 Вт.

Для сравнения, у RTX 3090 King Pin тактовая частота составляет 1590 Гц, а в режиме Boost — 1950 Гц. Его память работает со скоростью 21 Гбит/с, и для эффективной работы ему все еще нужно потреблять 450 Вт энергии.

Таким образом, RTX 4090 на 30% быстрее и потребляет чуть более чем на 20% больше энергии, чем RTX 3090 Ti.

3DMark — это инструмент для тестирования от UL, который проверяет скорость графического процессора. Версия Time Spy Extreme является последней и считается наиболее точным инструментом для тестирования графических процессоров, который вы можете получить на сегодняшний день. Зал славы 3DMark называет RTX 3090 Ti самым быстрым графическим процессором из когда-либо протестированных.

RTX 4090 не была добавлена ​​в список, потому что тестовый образец не был официальным выпуском Nvidia. Мы не знаем, проводились ли тесты на утечке тестового устройства или на официальном предварительном устройстве, и от Nvidia не было подтверждения. На данный момент неизвестного больше, чем известного.

Что мы действительно знаем, так это то, что серия RTX 30 — это невероятные чипы, Nvidia работает над серией RTX 40, и оба чипа демонстрируют безумные графические скорости. Будущее игр хорошее.

Рекомендации редакции






Source link

11, Июл 2022
Новая утечка предполагает, что флагманский процессор Intel Raptor Lake может быть очень быстрым



Процессоры Intel Raptor Lake в наши дни становятся все более частыми утечками, и только что был обнаружен еще один инженерный образец, намекающий на высокие тактовые частоты и производительность флагманского чипа.

Эта утечка происходит в форме предполагаемого теста Core i9-13900K с 24-ядерным процессором (с 8 ядрами производительности и 16 ядрами эффективности), отображаемыми в результатах Geekbench.





Source link

30, Июн 2022
Рост экосистем Avalanche и Bitgert (BRISE) может быть самым быстрым в 2022 году – причины



Сломанный

Ключевые моменты:

  • Экосистема Avalanche растет хорошими темпами, так как все больше продуктов и проектов присоединяются к сети.
  • Битгерт экосистема сегодня является самой быстрорастущей на рынке
  • Дорожная карта Bitgert V2 является главной достопримечательностью

Цены на криптовалютном рынке могут резко упасть в 2022 году, но развитие большинства проектов не замедлилось. Криптовалютные команды по-прежнему отлично справляются со своими проектами, а Bitgert и Avalanche находятся в числе криптовалют, дела которых идут неплохо.

Оба Битгерт и проекты Avalanche продемонстрировали впечатляющий рост с точки зрения продуктов и проектов. Количество новых продуктов и проектов, присоединившихся к Битгерт и Avalanche больше, чем большинство криптопроектов.

Битгерт (BRISE)

Битгерт была на вершине, когда дело доходит до темпов роста ее экосистемы. Команда Bitgert добилась многого за последние 11 месяцев, и в 2022 году Битгерт предоставлять больше продуктов и проектов. Среди заметных продуктов, выпущенных Bitgert, Блокчейн Bitgert BRC20который считается самым прорывным блокчейном в недавнем прошлом.

Цепочка Bitgert — это первый блокчейн с нулевой платой за газ. $0,00000001. Битгерт chain также является самой быстрой на рынке со скоростью 100 000 TPS. Но есть больше продуктов и проектов, которые были выпущены на Блокчейн Битгерта. Битгерт Мост USDT/USDC входит в число основных продуктов.

Десятки Проекты, поддерживаемые Bitgert также были выпущены в сеть Bitgert. Есть также много проектов и продуктов Bitgert, которые находятся в стадии разработки. Дорожная карта Bitgert V2 имеет много продуктов, поступающих в Экосистема Битгерта в этом году. Команда Avalanche также быстрее развивает экосистему Avalanche.

Лавина

Сеть Avalanche использует самый быстрый смарт-контракт. За последние несколько месяцев к лавинной сети присоединилось так много проектов. Важно отметить продукты лавины, которые команда также разрабатывает. Но именно рост числа разработчиков нарастает лавинообразно.

Проекты Avalanche DeFi быстро растут. Вот почему экосистема Avalanche Defi является одной из самых быстрорастущих на рынке. Команда Avalanche также разрабатывает больше продуктов, и к команде Avalanche присоединяются новые разработчики.

Таким образом, Лавина и Битгерт входят в число проектов, за которыми стоит следить в этом году. Тем не менее Экосистема Битгерта может остаться самой быстрорастущей, быстрее, чем Солана.

Рост экосистем Post Avalanche и Bitgert (BRISE) может быть самым быстрым в 2022 году. Причины впервые появились на .



Source link