Насколько быстр Tencent Cloud из вашего дома?

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

Большинство сайтов «пинга до облаков» и все looking glass провайдеров меряют со своих серверов, которые стоят в дата-центрах на дорогих каналах. Так видно, как быстро один дата-центр достаёт до другого. Но не та часть, которую чувствуете вы: ваш домашний или мобильный интернет, магистраль вашего интернет-провайдера, его выходы за рубеж и то, насколько они забиты сегодня вечером.

Me2Cloud отправляет каждый запрос из вашего браузера, поэтому в результат входит всё: Wi-Fi, роутер, интернет-провайдер, выбранный им маршрут и вечерний час пик.

1. Прогревочный запрос выполняет DNS-запрос, устанавливает TCP-соединение и шифрование TLS. Его время показывается, но не учитывается.
2. Затем браузер отправляет ещё 5, 10 или 20 запросов на тот же хост по тому же соединению. Каждый стоит одного пути туда и обратно плюс немного времени на обработку у провайдера.
3. Для каждого провайдера используется тот тип запроса, при котором, как мы проверили, соединение остаётся открытым: GET для AWS, Azure, Google Cloud, DigitalOcean и Scaleway; HEAD для Oracle, IBM Cloud, Alibaba Cloud, Tencent Cloud, Volcengine, Baidu AI Cloud, Naver Cloud, Huawei Cloud, Linode, Vultr, OVHcloud, IONOS Cloud, Aruba Cloud, Leaseweb, Gcore и Yandex Cloud (на GET они закрывают соединение, и каждый замер вырос бы втрое); и GET в режиме CORS для Hetzner, чью страницу браузер иначе обрезал бы, закрыв соединение.
4. Вы получаете медиану (типичное значение), среднее, P90 (9 из 10 замеров не выше него), джиттер (насколько в среднем отличаются два соседних замера) и долю таймаутов (долю замеров без ответа до таймаута).
5. Уровень зависит от медианы: T0 Имба ≤ 30 мс, T1 Топ ≤ 80 мс, T2 Норм ≤ 150 мс, T3 NPC ≤ 250 мс, а выше — T4 Дно. «Мы советуем» сортирует по формуле медиана + 2 × джиттер + штраф за таймауты, поэтому стабильные 60 мс обгоняют скачущие 45 мс.

• Та же дорога, что у вашего трафика. Сайты, API, туннели через порт 443, вход в игры и загрузки — всё это TCP. Многие интернет-провайдеры ставят ICMP в отдельную очередь, режут его или пускают другим маршрутом, поэтому пинг может выглядеть отлично, а страницы тормозить, или наоборот.
• Не теряется из-за ограничений. Роутеры и облака часто ограничивают или отбрасывают ICMP. Публичная точка HTTPS отвечает всегда.
• Учитывает вашу настоящую среду. DNS, выбор между IPv4 и IPv6, прокси и ускорители влияют на трафик браузера, так что вы меряете то, что реально получите.
• Минус: в каждый замер входит и небольшое, очень стабильное время обработки на сервере. Мы намерили 0–5 мс у AWS, около 8 мс у Alibaba Cloud и около 20 мс у Huawei Cloud OBS. При задержке больше 100 мс это неважно; для совсем близких регионов число будет чуть выше пинга.

• Домашние сети сильнее всего загружены примерно с 20:00 до 23:00, а зарубежные каналы — ещё сильнее. Регион, который днём на T1, вечером может упасть до NPC.
• Проверьте один раз днём и один раз в час пик. Тесты в час пик помечаются «час пик», и в результатах между ними можно переключаться.
• На время теста поставьте на паузу большие загрузки, видео и синхронизацию облака. Кабель лучше Wi-Fi; если Wi-Fi, держитесь поближе к роутеру.
• В мобильной сети результаты меняются вместе с сигналом. Проверяйте там, где будете реально пользоваться сервисом.

• Отобрать регионы перед покупкой сервера, игрового сервера или источника для CDN.
• Сравнить регионы одного провайдера или разных провайдеров в одном городе.
• Проверить, хватает ли стабильности (джиттер, доля таймаутов) для игр, видеозвонков, удалённого рабочего стола и SSH.
• Понять, как на самом деле работает ваш прокси, ускоритель или новый тариф: один тест с ним, другой без.
• Поставить свой сервер или CDN рядом с крупными игроками с помощью своей точки замера.

• Только одно место. Меряется ваша линия, а не линия ваших пользователей. Попросите нескольких из них запустить тест, потом экспортируйте и сравните.
• Публичная точка провайдера, а не ваш будущий сервер. Мы проверяем публичный API или хранилище каждого провайдера в регионе. Серверы того же региона обычно в той же сети, но премиальные маршруты (например, CN2, BGP или один оператор, Lightsail или EC2) могут отличаться.
• Ни скорости канала, ни UDP, ни трассировки. Меряется время пути туда и обратно, а не скорость скачивания или игровой UDP-трафик, и промежуточные узлы не видны.
• Браузер добавляет шум. Расширения, прокси, VPN и тяжёлые вкладки влияют на результат. Закройте тяжёлые вкладки и держите эту страницу на переднем плане.
• Некоторые точки могут быть недоступны из отдельных стран.

• Результаты никуда не загружаются, аккаунт не нужен. Только когда вы нажимаете «Поделиться», результат сохраняется на 1ms.dog как короткая ссылка с картинкой-превью, чтобы мессенджеры могли его показать.
• Каждый тестовый запрос идёт из вашего браузера прямо к провайдеру. Откройте Журнал запросов выше или инструменты разработчика браузера (вкладка «Сеть»), чтобы увидеть каждый.
• Данные о сети берутся у Cloudflare: сначала отвечает /_ms/me на этом сайте, а последнее слово за speed.cloudflare.com/meta и /cdn-cgi/trace, потому что они идут тем же путём, что и тесты. Необязательная проверка WebRTC спрашивает у stun.cloudflare.com ваш выходной адрес UDP; её можно выключить в настройках.
• Проверка IPv4/IPv6 также спрашивает ipify.org и ident.me вне Cloudflare, чтобы сеть, блокирующая один из них, не считалась сетью без IPv6.
• Если на странице случится ошибка, она отправит этому сайту текст ошибки, адрес страницы и версию браузера, чтобы мы могли её исправить. При использовании «Поделиться» анонимно считается, какие шаги были пройдены. Ни там, ни там нет ваших результатов.
• Настройки, свои точки замера и последние тесты хранятся только в этом браузере. Удержание кнопки «Удалить данные тестов» стирает результаты и историю; чтобы удалить и настройки, очистите данные этого сайта в браузере.

Если слишком сильно нагружать публичные точки, можно попасть под ограничения или файрвол (WAF) провайдера и испортить результат. Поэтому тест держится сильно ниже этого порога:

• Один запрос за раз на хост, с паузой 250–370 мс между замерами (не больше 2–3 запросов в секунду на хост).
• Не больше 2 хостов одного провайдера одновременно и не больше 8 всего (по умолчанию 4).
• Не больше 21 запроса на хост за тест (1 прогрев + до 20). Непрерывного режима нет.
• После 3 неудач подряд хост пропускается, а не долбится повторами.
• Запросы анонимные: без cookie, без referrer, без предварительного запроса (preflight). Ответы весят несколько сотен байт, где можно используется HEAD, ничего тяжёлого не скачивается.

Целый тест тратит меньше трафика, чем открытие обычной веб-страницы. Каждая точка проверена: она нормально отвечает на анонимные запросы (200, 403 или 404 одинаково годятся для замера времени).

Если трафик идёт через прокси, браузер меряет путь «вы → прокси» плюс «прокси → провайдер», а не вашу линию. Панель сети ищет обычные признаки: выходная сеть в дата-центре, часовой пояс не совпадает со страной выхода, включён WARP, или выход WebRTC отличается от выхода HTTPS.

Нажмите Правила прямого подключения, чтобы пустить напрямую только тестовые домены (Clash / Mihomo, Surge, Shadowrocket, Quantumult X, Loon, sing-box, Xray, SwitchyOmega или простой список), и проверьте снова. Если мерить нужно сам прокси, оставьте его включённым: тогда цифры покажут, как он работает на самом деле.

• Все строки в одном масштабе (логарифмическом, от 2 мс до 3 с). Точки — замеры, затенённый прямоугольник — средняя половина замеров, черта — медиана.
• Узкий прямоугольник — стабильно; широкий или разбросанные точки — джиттер. Красный × считает замеры с таймаутом.
• Нажмите на строку, чтобы увидеть все замеры по порядку, всю статистику и использованную точку. ✓ отмечает регион, который проходит по вашим лимитам.