Это было всего несколько лет назад, время отклика 2-й был рассмотрен большой. Высоко конкурентном мире Интернета (и, возможно, высокочастотной торговли на Уолл-стрит) изменилось все это. Мгновение ока обычно занимает 300-400 миллисекунд. Люди могут легко воспринимать время пару сто миллисекунд. Google говорит, что пользователи будут посещать сайт менее часто, если это 250 мс (1/4 сек) медленнее, чем ее конкурент.
Это новое целевое время отклика конечного пользователя снимать для 250 мс в быстро меняющихся и динамических Интернет-мире электронной коммерции и рекламы. Я не верю, что корпоративный мир переехал в одном направлении для времени отклика для внутренних приложений - 2-х секундное время отклика может быть достаточно; в противном случае APM промышленности будет неожиданно взорваться в доходы!
Интересно, что эта трудная задача в ожиданий пользователя осуществляется на смартфон и мобильной сети мира, а также. Если мы должны понимать, где провел время в транзакции приложения мы должны изучить физический путь транзакций-
1. Компьютер, ноутбук, планшет или смартфон (скажем, в Нью-Йорк)
2. Локальная сеть или Wi-Fi или сотовой сети
3. ISP или частной корпоративной сети
4. Главный сервер комплекс (скажем в Сан-Франциско)
5. Дополнительные серверы (например объявление серверов для веб-страницы)
Давайте предположим, что мы имеем самые последние и наиболее клиентского устройства и игнорировать задержки от пункта #1.
Идя к элементу #2 - проводной локальной сети (легкогруженом) туда задержки являются порядка нескольких миллисекунд последовательно. В uncongested сети Wifi, в зависимости от диапазона частот (2,4 ГГц или 5 ГГц) и обратно задержки находятся в диапазоне от 1-10 мс.
Туда задержки для мобильных сетей в значительной степени зависят от поколения и основные технологии, используемые - так что зависит какой сети вы дома на (2G, 2. 5 g, 3 G, LTE, и т.д.). AT&T задает туда задержками в 40-50 мс для LTE. Но для более старые технологии HSPA и HSPA + диапазоны являются 100-200 мс и 150-400 мс соответственно. Для намного старше, EDGE и GPRS сетей это 600-750 МС.
Относительное расположение клиентского устройства зависит элемент #3 и комплекс - в этом примере сервер туда задержка будет 42 г-жа Если серверный комплекс является Лондон, Бомбей, или Сидней туда задержки будет выше - 56 ms, 126 ms и 160 мс соответственно.
Что все это значит от последние смартфон, один туда из Нью-Йорка в Сан-Франциско по сети LTE будет стоить около 100 г-жа, что большинство приложений нужно сначала установить подключение к TCP/IP перед запросом данных с сервера. Это означает, что для одного запроса ответа взаимодействия мы хотели бы провести по крайней мере 200 г-жа так даже для этого идеальное приложение и где все остальные факторы производительности совершенным, мы уже приближаемся это допустимый предел 250 мс.
Существует едва ли любое приложение, которое имеет пару один запрос ответ - что мы называем «болтливостью» приложения как количество пар запрос / ответ может быть в десятки или даже сотни. Если смартфон приложение имеет 10 обращений, которые обычно не, мы уже глядя на время отклика одну секунду!
В этой статье мы рассмотрели, как бар на время отклика конечных пользователей увеличилось в мгновение ока и как это вызов для достижения этого трудная задача даже в идеальной ситуации. Мы сосредоточены на проблемы задержки, как это ограничение фактор - мы даже не рассматривали сервера, базы данных, пропускной способности и приложения, кодирование аспектов, которые могли бы быть еще более неблагоприятные. Но есть инновационные APM наилучшей практики и методов для решения всех этих вопросов и подходить к этой сложной цели, (который может быть темой для многих будущих статей).