Существует множество вопросов о том, как ускорить время отклика на пользовательский ввод, когда люди тратят значительное время и деньги, чтобы выжать миллисекунды из времени отклика приложения и устройства ввода. Существует другая точка зрения, которая может быть в целом полезной.
Я буду использовать форму вопросов и ответов, формат, который рекомендуется на этом сайте, чтобы предположить, что в некоторых случаях стремление к постепенным улучшениям может быть пустой тратой из-за физиологии человека. Вопрос, который я хочу поднять, заключается в следующем: при улучшении времени отклика для пользовательских интерфейсов приложений или устройств ввода, существуют ли человеческие факторы (характеристики, заложенные в мозге), которые могут ограничить ощутимую выгоду от увеличения скорости? Обратите внимание: этот вопрос относится к человеческим факторам, которые были тщательно исследованы. Дополнительные ответы приветствуются, но, пожалуйста, ограничьте их ответами на основе исследований, а не мнениями.
Время отклика монитора: что это и на что влияет?
изменён fixer1234 19k
задан fixer1234 19k
1 ответ 1
- 0,1 секунды — это предел, по которому человек может почувствовать, что система реагирует мгновенно, и он непосредственно контролирует действие.
- От 0,1 секунды до 1 секунды это будет похоже на взаимодействие с компьютером, а не на то, чем вы управляете сами. Задержки менее секунды будут замечены, но восприняты как компьютер, работающий по команде и все еще взаимодействующий в режиме реального времени.
- 1 секунда — это предел потока мыслей человека и ощущение, что это живое взаимодействие. Задержки, превышающие 1 секунду, напоминают ожидание.
- 10 секунд — это предел концентрации внимания на задаче. К 10 секундам вы начинаете терять информацию из кратковременной памяти, поэтому становится трудно просто возобновить взаимодействие без перефокусировки.
Так каковы последствия попытки ускорить задачу ввода (или интерфейс приложения или веб-страницу)?
Для любой входной задачи система, очевидно, должна идти в ногу с вами. Однако, как только время отклика будет ниже 100 мс, это будет ощущаться как расширение вас самих, и вы не заметите небольших различий во времени отклика. (Возможное исключение: кто-то вроде заядлого геймера с чрезвычайно быстрыми рефлексами может заметить, что более быстрая система чувствует себя более отзывчивой.)
Время отклика, превышающее 1 секунду, выиграет от сокращения до менее секунды и приведет к изменению воспринимаемого опыта.
Время отклика меньше, но около 1 секунды выиграет от сокращения и будет казаться немного быстрее. Однако, поскольку время становится меньше примерно половины секунды, улучшения не будут иметь большого практического значения. Вы можете почувствовать разницу во времени, но она не изменит функционально ваш опыт. Пока время превышает 100 мс, вы все равно будете испытывать небольшую задержку, и влияние этой задержки на ваше взаимодействие с компьютером будет таким же.
Как проверить время отклика монитора? 😲
Подайте это под «управление ожиданиями».
Если вы заинтересованы в дальнейшем чтении, существует достаточное количество справочных материалов. Пара ссылок, которые предоставляют обзор: полномочия по 10-временным масштабам в ux и время отклика-3-важных значения.
Источник: poweruser.guru
5 типов метрик времени отклика и как его измерить
Приложения, программное обеспечение и веб-сайты принимают запросы от пользователей, что вызывает ответную реакцию. Время, необходимое для ответа на эти запросы, может определить эффективность сайта или приложения и удовлетворенность его пользователей. Понимание того, как тестировать время отклика, может помочь вашей команде разработать более отзывчивые и удобные приложения и веб-сайты, что потенциально повысит лояльность ваших клиентов. В этой статье мы дадим определение тестирования времени отклика, покажем, как его измерить, и рассмотрим различные виды тестирования времени отклика.
Что такое тестирование времени отклика?
Тестирование времени отклика — это измерение количества времени, которое проходит между запросом пользователя и ответом сервера, приложения, веб-сайта или устройства. Например, если пользователь отправляет приложению запрос на загрузку определенной веб-страницы, время отклика — это время, которое требуется приложению для выполнения этого запроса. Обычно это время составляет всего несколько наносекунд, но для медленных веб-сайтов или приложений оно может составлять несколько секунд или даже минут.
Измерение времени отклика помогает разработчикам определить, удовлетворяют ли программное обеспечение и веб-сайты основные потребности пользователей и достаточно ли они отзывчивы для того, чтобы использовать их в качестве конечного продукта. Более быстрое время отклика часто означает больше довольных клиентов и хороший рейтинг для программного обеспечения или веб-сайта. Замедление времени отклика может означать, что команде разработчиков необходимо устранить ошибки, проблемы с оборудованием или подключением.
Как измерить время отклика
Вот пять простых шагов для измерения времени отклика в приложении или на сайте:
1. Определите параметры
Определите параметры теста. Например, если вы тестируете время отклика веб-сайта, определите факторы подключения к сети, скорость загрузки или выгрузки, а также среднее время отклика других сайтов в той же сети. Если вы измеряете время отклика приложения, вы можете определить, как выглядит быстрое и медленное время отклика. Вы можете считать полсекунды медленным временем отклика, если другие приложения загружаются быстрее. Важно определить параметры теста, чтобы знать, что вы измеряете, и создать контроль для переменных.
В эксперименте контрольная группа — это неизменная метрика для сравнения результатов. Ваши переменные — это то, что вы можете изменить или что может измениться в ходе эксперимента. Например, среднее время отклика вашего приложения может выступать в качестве контроля в этом тесте. Различные скорости и возможности подключения к сети могут выступать в качестве переменных для сравнения с контрольными параметрами.
2. Проведите тест времени отклика
После определения параметров вашего теста, включая контроль и переменные, вы можете провести тестирование в соответствии с этими параметрами. Если вы тестируете веб-сайт, вы можете проверить время отклика веб-сайта в различных сетях, чтобы определить среднее время отклика и время отклика в более медленных сетях. Выполните тест в рамках каждого заданного параметра и определите, является ли тест успешным или неудачным. Вы можете считать тест успешным, если среднее время отклика вашего сайта не превышает одной четвертой секунды в большинстве сетей.
3. Записывайте результаты
Важно записывать результаты теста во время тестирования и после его завершения, чтобы обеспечить журнал вашей работы. Это может помочь в будущих испытаниях и иногда выступает в качестве контроля для этих испытаний. Например, если вы улучшаете время отклика приложения, вы можете обратиться к предыдущим тестам и использовать среднее время отклика в качестве контроля в вашем эксперименте. Запись результатов также помогает вам отслеживать свою работу и обеспечивает проверку ваших тестов для любых руководителей проектов или супервайзеров.
4. Выявление ошибок или успехов
Используя записанные вами результаты, вы можете определить любые ошибки, неудачи или успехи в вашем тестировании. Определите, дал ли тест благоприятные результаты или может потребоваться дополнительная работа или исследование. Например, если вы обнаружили, что ваше приложение медленно загружается на определенных устройствах Android, команде может потребоваться пересмотреть свой код для обеспечения совместимости с Android. Вам также может понадобиться сообщать о результатах тестирования руководителям проектов или супервайзерам для ознакомления, а в некоторых случаях — непосредственно клиенту.
Обратите внимание, что Indeed не связан ни с одной из компаний или продуктов, упомянутых выше.
5 типов метрик времени отклика
Вот 5 типов показателей времени отклика, которые вы можете измерить:
1. Запросы в секунду
Количество запросов в секунду, или пропускная способность, измеряет, сколько запросов получает приложение, веб-сайт или программа каждую секунду. Как правило, большее количество запросов в секунду может привести к замедлению времени отклика. Измерение пропускной способности помогает командам определить максимальную нагрузку на приложение или сервер в секунду, прежде чем произойдет сбой или сократится время отклика. Команда может увеличить или уменьшить этот порог в зависимости от спроса на сервер или приложение в любой день.
2. Данные внутри и снаружи
Эта метрика отслеживает размер каждой партии запросов к серверу и количество ответов, которые создает сервер или приложение. Как правило, разработчики и администраторы измеряют этот показатель как соотношение. Например, если у вас 100 запросов на сервер и только 10 ответов, то соотношение 10:1. По мере роста посещаемости сервера разработчикам может потребоваться увеличить порог запросов и выходов сервера, чтобы не было пауз и задержек в отклике.
3. Среднее время отклика
Среднее время отклика (ART) — это измерение количества времени, которое требуется серверу или приложению, чтобы ответить на все вводимые данные и запросы. Более низкое среднее время отклика обычно означает лучшую производительность, поскольку серверу или приложению требуется меньше времени для ответа на новые запросы. Однако метрика ART иногда может давать искаженные результаты, если в ней присутствуют большие выбросы. Например, если сервер имеет более высокое время отклика в часы пик, эти цифры могут создать более высокое среднее значение и заставить сервер или приложение казаться медленнее.
4. Максимальное время отклика
Системные администраторы обычно измеряют пиковое время отклика наряду со средним временем отклика для более полного и точного измерения времени отклика сервера. Пиковое время отклика измеряет самое длительное время отклика для сервера или приложения, или выбросы, упомянутые в разделе АРТ. Эти выбросы помогают системным администраторам определить, какие максимальные значения могут замедлить время отклика, и учесть эти выбросы в измерении ART.
5. Использование аппаратного обеспечения
Эта метрика измеряет, сколько аппаратной вычислительной мощности используют запросы и время отклика. Например, вы можете измерить объем оперативной памяти, или памяти с произвольным доступом, используемой сервером в пиковое время отклика, чтобы определить, соответствует ли аппаратное обеспечение сервера требованиям для выполнения пиковых запросов. Эта метрика помогает администраторам определить необходимость обновления оборудования и измеряет жизнеспособность текущих аппаратных систем.
Ключевые слова:
- indeed.com
Источник: hr-portal.ru
Как проверить время ответа сервера и уменьшить его
Что такое ответ сервера (TTFB) и как понять, причину долгого ответа сервера. Опишем кратко, что показывает наш сервис при замере скорости загрузки сайта.
Узнать время ответа сервера можно в панели веб-мастера Яндекс или сторонних инструментах. Норма до 400 мс, если дольше, то надо уменьшать ответ сервера с помощью разных методов, которые опишем в этой статье.
Проверить отклик сервера вашего сайта:
Проверка времени ответа сервера
Время отклика сервера — период от запроса до вывода 1-ого байта страницы на экран. Важно не путать ответ сервера со скоростью полной загрузки страницы.
Узнать время ответа сервера можно в панели веб-мастера. В Яндекс.Вебмастере введите ваш домен в строку и нажмите «Проверить»:
Код статуса HTTP должен быть 200, а время ответа сервера — не больше чем 400 мс. Идеально сделать его до 100 миллисекунд. Есть такой миф, который распространяют в сети, что чем скорее генерируется запрашиваемая страница, тем выше она ранжируется в поиске. Эту зависимость SEO-продвижения от скорости серверного ответа находили в 2013 году специалисты MOZ.
В 2020 году уже мало кто скажет, что эта зависимость существует. Но есть обратная зависимость. Медленные страницы не дают SEO-трафика.
Ускоряете полную загрузку страницы и мобильная версия начинает приносить свой SEO-трафик. Такие кейсы ходят по рунету и из уст в уста от хороших SEO-специалистов.
Почему Google Analytics и Яндекс.Метрика показывают «не тот» ответ сервера
Ответ сервера можно смотреть и в Google Analytics. Но, это замер от реального посетителя, не от системы замера. Тут данные будут сильно разнится, потому что если я открою сайт на 3G интернете, в Хабаровске, с андроид планшета за 3 000 рублей, то сервер мне ответит гораздо медленнее, чем если я зайду на сайт с макбука, вай-фай интернета из Москвы.
Понимаете? То есть, замер от системы или настоящего посетителя даст совершенно разные значения.
Поэтому замер системы покажет узкие места гораздо более явно, чем реальные данные посетителей.
Как найти данные ответа сервера в Гугл Аналитикс
Так как интерфейс системы довольно непрост, то легче всего найти поисковиком:
Затем нужно выбрать отчет «Скорость сайта» —> Обзор. Там увидите данные по вашему сайту в разделе скорость ответа сервера.
Ответ сервера в Яндекс.Метрике
Чтобы увидеть ответ сервера от реальных посетителей в Яндекс.Метрике, надо пройти в отчет «Время загрузки страниц».
Нажимаете на Время загрузки страниц и попадаете на такой отчет.
Затем надо выбрать вид графика, выбрать период квартал или год, и кликнуть на интересующий нас отчет про ответ сервера.
Затем, надо кликнуть на «Адрес страницы», чтобы снять все лишние графики, затем кликнуть на «Итого и средние». Затем клик на «Ответ сервера», если в прошлый раз не кликнули на этот значок.
В итоге вы увидите такую картинку:
Вот теперь вы видите ответ сервера от реальных посетителей в разрезе времени, усредненный показатель всех посетителей на всех страницах вашего сайта. Эти данные не дают возможности найти узкое место, но дает статистику, какие ответы сервера получают ваши реальные посетители.
Все показатели скорости загрузки и некоторые советы по их улучшению хорошо даёт наш сервис:
Если кликнуть на поле с цифрой, то можно получить информацию о норме ответа сервера и почему это важно.
Не используйте десктоп программы-сканеры для замеров
Есть разные сервисы, вроде Netpeak Spider или Screaming Frog. Там есть графа ответ сервера. Постарайтесь не измерять этими программами ответ сервера.
Во-первых, замер идет с вашего компьютера, скорее всего из сети wi-fi. К тому же, на время скана вашего сайта этими программами создается нагрузка, которая может искажать данные про ответ сервера. В итоге, вы получите не скорость ответа сервера, а скорость отклика контента конкретно с вашего ПК.
Просто используйте эти отличные программы по их прямому SEO-назначению.
Как уменьшить время ответа сервера
Скорость сайта начинается с хостинга, а скорость ответа сервера начинается с оптимизированной и хорошо настроенной базы данных сайта (далее БД).
База данных: что проверять и что важно
В некоторых статьях можно найти информацию, что большой вес таблиц в БД означает, что их надо чистить. Это не так. Вес таблиц не имеет значения.
Если вы уже убедились, что скорость ответа сервера долгая, то вам надо пройтись по этому списку:
- Сначала лучше оптимизировать количество запросов к базе данных, вместо одно тяжелого запроса, лучше сделать два поменьше.
- Проверить индексы БД — поиск и join по таблице должен осуществляться по индексируемым полям.
- Оптимизировать саму БД, например с помощью MySQLTuner
- Объектное кеширование поможет кешировать ответы из БД на частые запросы. Например, на сайте есть товары, можно кешировать эти запросы, а обновлять кеш только при обновлении цены. Это даст снижение запросов и снижение нагрузки на базу данных.
- Если посещаемость высокая, то надо запастить железом. Высокая — это десятки миллионов хостов в сутки.
- Кеширующий CDN, типа w.tools хорошо снимет нагрузку на сервер. Нужно быть внимательными в настройке. Если не включить кеширование, то возможно замедление ответа сервера, потому как сетевые задержки из-за неправильной настройки сведут на нет все преимущества любого CDN-провайдера.
Проверка длительности серверного отклика — только начало работы над скоростью сайта. Важно проверять этот показатель на каждом типе страниц. В разделе, карточке товаров, категории.
После того, как вы сделали ответ сервера в норме, стоит перейти к следующим шагам по оптимизации и уменьшению скорости загрузки страницы. Конечно, речь о загрузке страницы до полной интерактивности.
Заключение и выводы
Тест на время ответа сервера — первостепенная задача по SEO-продвижению сайта и юзабилити, конверсий.
Этот показатель на каждой странице сайта не должен превышать 400 мс. Отлично, если он до 100 мс. Узнать ответ сервера можно через панель веб-мастер Яндекс или сторонние ресурсы, например наш пингатор. Для уменьшения ответа сервера надо:
- профилируйте запросы, чтобы понять где узкое место по нагрузке;
- оптимизируйте размеры запросов;
- проверяйте индексы БД;
- оптимизируйте БД с помощью MySQLTuner;
- настройте объектное кеширование;
- усильте железо на вашем сервере;
- используйте кеширующий CDN, будьте внимательны с его настройкой, иначе можете всё замедлить.
Если стоит задача сократить время ответа сервера в WordPress — обязательно применяйте плагины кэширования.
Измерить скорость загрузки сайта до полной загрузки:
Источник: loading.express