Speedtest — тест скорости интернета
SpeedTest — тест скорости интернета
На нашей странице testskorosti.ru Вы можете провести тестирование скорости соединения с Интернетом и сравнить результаты с типичными результатами других поставщиков Интернета. Speed test представляет собой приложение для тестирования скорости и качества соединения с Интернетом. Приложение проверяет 3 основных параметра:
- Download SpeedTest – скорость приёма данных из Интернета на Ваш компьютер
- Upload SpeedTest — скорость передачи данных с Вашего компьютера в Интернет.
- Ping (latency) — время в миллисекундах, необходимое для передачи в Интернет и приёма обратно малого пакета данных.
Чтобы начать Speed Test кнопку «START».
Лучшие провайдеры в Россия
номер | Имя провайдера. | Средн. скачать | Средн. загрузить |
---|---|---|---|
1 | Moscow City Telephone Network | 126.85 Mb/s | 117.39 Mb/s |
2 | Dom.ru | 90. 24 Mb/s | 96.05 Mb/s |
3 | Iskratelecom CJSC | 73.42 Mb/s | 84.86 Mb/s |
4 | JSC Ufanet | 71.75 Mb/s | 73. 57 Mb/s |
Узнать больше |
Кто мы есть:
Мы — команда профессионалов, которая занимается разработкой программного обеспечения для интернет-мониторинга более 10 лет. Наши решения сертифицированы Европейским регулятором электронной связи (Польша). Наши приложения используют такие мировые концерны как: Siemens, Orange, T-Mobile, Jeronimo Martins и многие другие.
Технология DSL
DSL (от анг. Digital Subscriber Loop) — цифровой абонентский шлейф, семья технологий широкополосного доступа в Интернет. Стандартная скорость приёма данных колеблется от 128 Кбит/с до 24,000 Кбит/с в зависимости от используемой технологии DSL и еaё уровня. В технологии ADSL скорость передачи данных ниже скорости их приёма, зато симметрична для SDSL. Изобретателем модемов DSL был Джозеф В. Лехлайтер, работник фирмы Bellcore, который в 80х гг. продемонстрировал проект конструкции этих устройств.Локальное подключение коммутируемой телефонной сети общего пользования (Public Switched Telephone Network ) первоначально было запроектировано для голосовой связи и сигнализации — самых старых, основных телефонных услуг POTS, ещё не было понятия обмена данными. По экономическим причинам телефонная система номинально передаёт звуковой сигнал между частотами 300 и 3,400 Гц, что соответствует требованиям в отношении диапазона человеческой речи, чтобы она была ясной и понятной. Услуги, оказываемые через модемы Dial-up, ограничены пропускной способностью канала POTS.
В локальных коммутаторах речевой сигнал подвергается дискретному преобразованию до потока данных 64 Кбит/с в виде 8 битового сигнала, использующего частоты квантования 8,000 Гц, поскольку в соответствии с теорией Найквиста любой сигнал выше 4,000 Гц пропускается телефонной сетью.
Локальное подключение, соединяющее коммутатор с большинством абонентов, способно передавать более высокие частоты, чем 3.4 кГц лимит POTS. Лимит может быть выше в зависимости от расстояния и качества подключения. Технология DSL использует эту более высокую, неиспользуемую полосу соединения путём создания широких каналов 4312.5 Гц, начинающихся между 10 и 100 кГц, в зависимости от конфигурации системы. Распределение каналов продолжается на всё более высоких частотах (до 1.1 МГц для ADSL) до тех пор, пока новые каналы не будут признаны непригодными к использованию. Каждый канал расширен, чтобы его можно было использовать на более чем одном маршруте как в случае соединений POTS. Большее количество пригодных для использования каналов приравнивается к большей доступной полосе, поэтому важными характеристиками являются расстояние и качество линии. Резерв пригодных для использования каналов разделяется на две группы потоков движения, передачи и приёма, на основе предварительно сконфигурированной пропорции.
В заложенной группе отдельные каналы скреплены в одну пару циклов, каждый в своём направлении. Как и аналоговые модемы, передатчики DSL постоянно контролируют качество каналов и, в зависимости от того, является ли данный канал полезным или нет, добавляются или удаляются.Коммерческий успех DSL и подобных технологий в большой степени отражает тот факт, что в последние годы, когда электроника становится более быстрой и дешёвой, стоимость выкапывания траншей для прокладки новых кабелей остаётся по-прежнему высокой. Все технологии DSL используют очень сложные алгоритмы переработки цифрового сигнала, преодолевая ограничения присущие парам проводов. Не так давно стоимость такой прокладки могла быть огромной, но благодаря технологии VLSI, стоимость прокладки DSL на существующих локальных линиях, с мультиплексором DSLAM на одном конце и модемом DSL на другом, требует меньше средств по сравнению с тем, какие могли бы быть при установке новой оптоволоконной линии, при том же маршруте и расстоянии.
Технология DSL используется в большинстве квартир и малых офисов, соответствующие фильтры позволяют одновременно передавать голосовые сигналы и DSL. Модем DSL может использовать ту же абонентскую линию, что и устройства связи на основе POTS, включая факсы и аналоговые модемы. В течение каждого промежутка времени только один модем DSL может использовать линию абонента. Стандартным методом предоставления доступа DSL нескольким компьютерам в одном помещении является применение маршрутизатора (роутера), который устанавливает связь между модемом DSL и локальной сетью ETHERNET либо Wi-Fi. Для установки связи между абонентом и Интернет-провайдером используются каналы потоков передачи и приёма.
Лучшие инструменты для тестирования скорости сайта и способы его ускорения
Хотите знать, почему ваш сайт загружается медленно?
Беспокоитесь, что скорость вашего сайта может повлиять на SEO?
Надеетесь повысить свой текущий рейтинг в поисковой выдаче?
Если вы здесь, значит, вы надеетесь узнать, как ускорить работу своего веб-сайта.
У нас есть хорошие новости: ускорение загрузки вашего веб-сайта не только принесет пользу вашим пользователям, но и поможет вам получить больше органического трафика от Google.
Вы можете повысить видимость своего веб-сайта в поиске по телефону:
- С помощью инструмента проверки скорости веб-сайта, который отслеживает скорость вашего веб-сайта в режиме реального времени.
- Внесение важных изменений.
Итак, давайте посмотрим, как можно проверить, достаточно ли хороша производительность вашего веб-сайта, чтобы произвести впечатление на Google, а также что вы можете сделать, чтобы сделать его быстрее.
Почему скорость сайта важна для SEO?
В 2021 году Google выпустила обновление для страницы, которое подтвердило ключевую часть SEO-информации — скорость веб-сайта является фактором ранжирования.
Это означает, что поисковая система Google предпочитает веб-сайты, которые быстро и плавно загружаются для ваших посетителей.
Существует большая вероятность того, что Google будет отображать более быстрые веб-сайты раньше более медленных веб-сайтов на страницах результатов поисковой системы (SERP).
Какие факторы учитываются Google при определении скорости веб-сайта?
Существует так много факторов, влияющих на скорость веб-сайта, но Google упростил для вас их обнаружение.
Перед обновлением алгоритма взаимодействия со страницей Google создал набор из трех показателей, называемых Core Web Vitals, и использует эти показатели для определения скорости и удобства использования вашего веб-сайта.
Эти три ключевых показателя могут помочь вам понять, какие страницы и части вашего веб-сайта влияют на скорость сайта и удобство для пользователей. Это позволяет легко определить, что приводит к снижению рейтинга вашего веб-сайта.
Снимок экрана, показывающий данные Core Web Vitals в DebugBear, октябрь 2022 г. Контентная краска (LCP) : Как быстро отображается контент?
Когда вы вводите свой веб-сайт в Google Search Console или в инструмент мониторинга Core Web Vitals, вы получаете оценку и затронутые страницы, а также зеленую, желтую или красную пометку.
Если на вашем веб-сайте есть красные или желтые маркеры, пришло время использовать инструмент проверки скорости веб-сайта, чтобы выяснить, что вы должны исправить на своем сайте.
Какие инструменты можно использовать для проверки скорости сайта?
Специальные инструменты для тестирования скорости сайта могут предоставить множество высококачественных данных и рекомендаций о том, как повысить скорость вашего сайта.
Эти типы инструментов созданы специально для тестов скорости и могут предоставить вам всю информацию, необходимую для увеличения времени загрузки вашего сайта.
Попробуйте эти специальных инструментов для проверки скорости веб-сайта :
- Тест скорости веб-сайта DebugBear.
- Тест веб-страницы.
- GTmetrix.
В этой статье мы будем использовать бесплатный инструмент тестирования DebugBear, но вы также можете использовать альтернативу, такую как WebPageTest или GTmetrix.
В дополнение к вышеперечисленным инструментам существуют также аналитические инструменты, которые могут помочь вам понять скорость локального сайта и скорость сайта для лабораторных испытаний.
Тестирование скорости сайта локально на вашем компьютере
Chrome DevTools может предоставить множество подробных данных о загрузке вашего сайта.
Однако при тестировании на собственном компьютере результат теста сильно зависит от локальной среды. Также может быть сложно вручную очистить все соответствующие кеши, чтобы они соответствовали опыту нового пользователя.
Google Site Speed Tool
PageSpeed Insights отлично подходит для получения быстрого обзора скорости вашего сайта.
Вы получаете как реальные пользовательские данные, так и предложения по ускорению вашего сайта на основе лабораторного теста. Однако, поскольку он использует имитацию дросселирования, лабораторные данные не всегда точны.
Бесплатно протестируйте свой сайт с помощью DebugBear, сейчас →
Как протестировать веб-сайт с помощью DebugBear
Проверка скорости вашего сайта с помощью DebugBear занимает всего несколько секунд.
Чтобы запустить веб-тест производительности:
- Посетите : перейдите на страницу debugbear.com/test.
- Тест : Введите URL вашего веб-сайта.
- Обзор : Просмотр результатов; см. метрики и подробные данные отладки, которые можно использовать для понимания метрик и внесения изменений.
Давайте углубимся в некоторые показатели и узнаем, как ускорить работу вашего сайта.
Стремитесь к показателю 75%+, чтобы получить максимальный рейтинг SERP
Одним из ключевых показателей, который дает вам тест скорости веб-сайта DebugBear, является «Реальный рейтинг пользователя».
Этот процент помогает вам понять, насколько хорошо ваш веб-сайт работает в реальном мире — с реальными пользователями.
Основанное на данных, которые Google собирает у реальных пользователей Chrome, это число показывает, какой процент пользователей был доволен вашим веб-сайтом — эти данные используются в качестве сигнала ранжирования.
Стремитесь набрать не менее 75% очков, чтобы получить максимальное повышение рейтинга.
“
75% посетителей должны иметь хороший опыт работы с Core Web Vitals, чтобы получить максимальное повышение рейтинга от Google.
“
Посмотрите на загрузку вашего сайта глазами посетителей
Получите хорошее представление о том, что на самом деле испытывают ваши посетители, когда они посещают ваш сайт.
Заметили, что что-то загружается медленно или не на своем месте? Это может помочь вам определить важные задержки и проблемы с конверсией, с которыми сталкиваются ваши посетители.
Снимок экрана, показывающий результат веб-теста производительности DebugBear, октябрь 2022 г.
Диафильм временной шкалы показывает ход рендеринга веб-сайта с течением времени.
Например, эта страница начинает отображаться через 0,7 секунды, а основное изображение — через 1,3 секунды.
Веб-сайт полностью визуализируется, что также называется визуальным завершением, когда виджет чата отображается через 3,7 секунды.
Скриншот DebugBear, показывающий ход рендеринга веб-сайта с течением времени, октябрь 2022 г.
В этом инструменте вы также можете посмотреть видеозапись процесса рендеринга.
Это отличный способ продемонстрировать влияние проблем с производительностью на клиентов или других членов вашей команды.
Снимок экрана, показывающий видеозапись частично обработанного веб-сайта в DebugBear, октябрь 2022 г.0031
Допустим, вы оптимизировали свой веб-сайт и хотите понять, повлияют ли эти изменения.
Этот инструмент запускает «лабораторный тест» в оптимальной среде, чтобы определить, правильно ли вы оптимизируете свой сайт.
Когда вы протестируете свой сайт, вы получите официальную «Lab Score», которая представляет собой сводку шести показателей производительности, полученных из оценки производительности с помощью инструмента Google Lighthouse:
- First Contentful Paint (10% от общего счет).
- Индекс скорости (10%).
- Самая большая краска по содержанию (25%).
- Время до интерактивности (10%).
- Общее время блокировки (30%).
- Совокупный сдвиг макета (15%).
Используя эти данные, вы узнаете, насколько полезными были ваши последние оптимизации и что вам, возможно, потребуется изменить.
К настоящему времени вы, вероятно, задаетесь вопросом, что вам нужно изменить. Давайте узнаем, как оптимизировать ваш сайт, используя каждую ключевую метрику в обзоре метрик.
Как оптимизировать скорость веб-сайта
Проведение теста скорости — это первая часть пути оптимизации вашего веб-сайта.
Когда у вас есть метрики, вам нужно знать, как их интерпретировать и что делать, чтобы их исправить.
В области «Обзор показателей» отчета о скорости вашего веб-сайта вы увидите ключевые показатели, на которые мы сосредоточимся, чтобы ускорить работу вашего сайта:
- First Contentful Paint : это можно ускорить, восстановив связь с сервером. скорость.
- Крупнейшая отрисовка содержимого : Это можно ускорить за счет оптимизации носителей и ресурсов.
Кроме того, вы можете использовать водопад запросов, чтобы увидеть, сколько времени занимают запросы и как это влияет на эти показатели.
Как ускорить первую отрисовку контента (FCP)
Давайте начнем с того, что ваш веб-сайт будет быстрее отображаться для ваших посетителей; сначала мы займемся First Contentful Paint.
Что такое First Contentful Paint?First Contentful Paint измеряет, как скоро контент страницы впервые начинает отображаться после перехода посетителя на эту страницу.
Важно, чтобы ваш ключевой контент отображался быстро, чтобы посетитель не покинул ваш сайт. Чем быстрее пользователь покидает ваш сайт, тем быстрее Google узнает, что страница может быть плохой.
Но как узнать, что именно заставляет ваш сайт загружаться медленно?
Как определить, какие проблемы с сервером замедляют работу вашего веб-сайта? Давай выясним.
Почему моя первая содержательная отрисовка занимает так много времени?На ваш FCP могут влиять скорость соединения с сервером, запросы к серверу, ресурсы, блокирующие рендеринг, и многое другое.
Звучит много, но есть простой способ увидеть, что именно замедляет работу вашего FCP — водопад запросов.
Этот полезный инструмент показывает, какие запросы делает ваш веб-сайт, когда каждый запрос начинается и заканчивается.
Например, на этом снимке экрана мы сначала видим запрос HTML-документа, а затем два запроса на загрузку таблиц стилей, на которые есть ссылки в документе.
Снимок экрана, показывающий данные отладки для метрики First Contentful Paint в DebugBear, октябрь 2022 г.
Почему первая содержательная отрисовка происходит через 0,6 секунды? Мы можем разобрать, что происходит на странице, чтобы понять это.
Понимание того, что происходит перед первой отрисовкой контента
Прежде чем первые фрагменты контента смогут загрузиться на вашу веб-страницу, браузер вашего пользователя должен сначала подключиться к вашему серверу и получить контент.
Если этот процесс занимает много времени, то пользователю требуется много времени, чтобы увидеть ваш веб-сайт.
Ваша цель — узнать, что происходит, до того, как ваш веб-сайт начнет загружаться, чтобы вы могли точно определить проблемы и ускорить работу.
Загрузка страницы, часть 1: Браузер создает соединение с сервером
Перед первым запросом веб-сайта с сервера браузер вашего посетителя должен установить сетевое соединение с этим сервером.
Обычно это выполняется в три этапа:
- Проверка записей DNS для поиска IP-адреса сервера по имени домена.
- Установление надежного соединения с сервером (известного как TCP-соединение).
- Установка защищенного соединения с сервером (известного как соединение SSL).
Эти три шага выполняются браузером один за другим. Каждый шаг требует кругового пути от браузера посетителя до сервера вашего веб-сайта.
В этом случае для установления соединения с сервером требуется около 251 миллисекунды.
Снимок экрана DebugBear, показывающий сетевые обходы, используемые для установления соединения с сервером, октябрь 2022 г.0047
После того, как соединение с сервером установлено, браузер вашего посетителя может запросить HTML-код, содержащий содержимое вашего веб-сайта. Это называется HTTP-запросом.
В этом случае HTTP-запрос занимает 102 миллисекунды. Эта продолжительность включает в себя как время, затраченное на передачу данных по сети, так и время, затраченное на ожидание ответа сервера.
Через 251 миллисекунду на создание соединения и 102 миллисекунды на выполнение HTTP-запроса браузер вашего посетителя, наконец, может начать загрузку HTML-ответа.
Эта веха называется временем до первого байта (TTFB). В данном случае это происходит через 353 миллисекунды.
После того, как ответ сервера готов, браузер вашего посетителя тратит дополнительное время на загрузку HTML-кода. В этом случае ответ довольно мал, а загрузка занимает всего 10 дополнительных миллисекунд.
Снимок экрана DebugBear, показывающий различные компоненты HTTP-запроса, октябрь 2022 г.
Загрузка страницы, часть 3: ваш веб-сайт загружает дополнительные ресурсы, блокирующие отображение
Браузеры не отображают и не отображают страницы сразу после загрузки документа. Вместо этого обычно есть дополнительные ресурсы, блокирующие рендеринг.
Большинство страниц выглядели бы плохо без каких-либо визуальных стилей, поэтому таблицы стилей CSS загружаются до начала отображения страницы.
Загрузка двух дополнительных таблиц стилей в этом примере теста скорости веб-сайта занимает 137 миллисекунд.
Обратите внимание, что эти запросы не требуют нового подключения к серверу. Файлы CSS загружаются из того же домена, что и раньше, и могут повторно использовать существующее соединение.
Снимок экрана DebugBear, на котором показаны дополнительные ресурсы, блокирующие рендеринг, загружаемые после документа HTML, октябрь 2022 г.
Загрузка страницы, часть 4: браузер отображает страницу
начать рендеринг страницы. Однако выполнение этой работы также требует некоторого времени обработки — в данном случае 66 миллисекунд. На это указывает оранжевый маркер задачи ЦП в каскадном представлении.
Снимок экрана DebugBear, показывающий шаги, ведущие от загрузки HTML-документа к рендерингу веб-страницы, октябрь 2022 г.
Теперь мы понимаем, почему FCP происходит через 632 миллисекунды:
- 364 миллисекунды для запроса HTML-документа.
- 137 миллисекунд для загрузки таблиц стилей.
- 66 миллисекунд для отображения страницы.
- 65 миллисекунд для другой обработки.
Другая работа по обработке включает в себя небольшие работы, такие как запуск встроенных скриптов или анализ кода HTML и CSS после его загрузки. Вы можете увидеть это действие в виде маленьких серых линий прямо под диафильмом рендеринга.
Как оптимизировать First Contentful Paint (FCP)
Теперь, когда вы понимаете, что приводит к отображению вашего веб-сайта, вы можете подумать о том, как его оптимизировать.
- Может ли сервер быстрее ответить на HTML-запрос?
- Можно ли загружать ресурсы по тому же соединению вместо создания нового?
- Есть ли запросы, которые можно удалить или изменить, чтобы они больше не блокировали рендеринг?
Теперь, когда начальные части вашего веб-сайта загружаются быстрее, пришло время сосредоточиться на том, чтобы ускорить загрузку всего сайта.
Как ускорить LCP с помощью рекомендаций DebugBear
Существует множество способов ускорить LCP.
Чтобы упростить задачу, DebugBear предлагает нам отличные дальнейшие действия в разделе рекомендаций.
Давайте рассмотрим несколько примеров рекомендаций и узнаем, как ускорить LCP этого веб-сайта.
Рекомендация 1. Инициировать запросы изображений LCP из HTML-документа
Если самым большим элементом содержимого на вашей странице является изображение, рекомендуется убедиться, что URL-адрес непосредственно содержится в исходном HTML-документе. Это поможет начать загрузку как можно скорее.
Однако эта передовая практика используется не всегда, и иногда браузеру требуется много времени, прежде чем он обнаружит, что ему необходимо загрузить основное изображение.
В приведенном ниже примере самое большое содержимое, то есть изображение, добавляется на страницу с помощью JavaScript. В результате браузер должен загрузить и запустить 200-килобайтный скрипт, прежде чем он обнаружит изображение и начнет его скачивать.
Снимок экрана DebugBear, показывающий цепочку последовательных запросов, ведущих к запросу изображения, октябрь 2022 г.
Как исправить: В зависимости от веб-сайта есть два возможных решения.
Решение 1. Если вы используете JavaScript для отложенной загрузки большого изображения, оптимизируйте размер изображения и удалите скрипт отложенной загрузки или замените его современным атрибутом loading=»lazy», который не требует JavaScript.
Решение 2. В других случаях рендеринг на стороне сервера предотвратит загрузку приложения JavaScript перед рендерингом страницы. Однако иногда это может быть сложно реализовать.
Рекомендация 2. Убедитесь, что изображения LCP загружаются с высоким приоритетом
После загрузки HTML-кода страницы браузеры ваших посетителей могут обнаружить, что в дополнение к вашему основному изображению может потребоваться большое количество дополнительных ресурсов, таких как таблицы стилей. быть загружен.
Цель здесь состоит в том, чтобы убедиться, что ваше основное изображение большего размера загружается, чтобы выполнить требование Google о наибольшем содержании.
Другие ресурсы, такие как сторонние скрипты аналитики, не так важны, как ваше основное изображение.
Кроме того, большинство изображений, на которые есть ссылки в HTML-коде вашего сайта, после отображения страницы будут находиться в нижней части страницы. Некоторые могут быть полностью скрыты во вложенной навигации заголовка.
Из-за этого браузеры изначально устанавливают низкий приоритет для всех запросов изображений. После отображения страницы браузер определяет, какие изображения важны, и меняет приоритет. Вы можете увидеть пример этого на снимке экрана ниже, на что указывает звездочка в столбце приоритета.
Снимок экрана DebugBear, показывающий, как изображение LCP загружается с низким начальным приоритетом, октябрь 2022 г.
Водопад показывает, что, хотя браузер знал об изображении на ранней стадии, он не начал его загрузку, на что указывает серая полоса.
Как исправить: Чтобы решить эту проблему, вы можете использовать новую функцию браузера, называемую подсказками приоритета. Если вы добавите атрибут fetchpriority=»high» к элементу img, браузер начнет загружать изображение с самого начала.
Рекомендация 3. Не скрывайте содержимое страницы с помощью CSS
Иногда вы можете посмотреть водопад запросов, и все ресурсы, блокирующие рендеринг, загружены, но содержимое страницы все равно не отображается. В чем дело?
Инструменты A/B-тестирования часто скрывают содержимое страницы до тех пор, пока к элементам содержимого на странице не будут применены тестовые варианты. В этих случаях браузер отобразил страницу, но весь контент прозрачен.
Что делать, если не удается удалить инструмент A/B-тестирования?
Как исправить: Проверьте, можете ли вы настроить инструмент так, чтобы скрывать только содержимое, затронутое A/B-тестами. В качестве альтернативы вы можете проверить, есть ли способ ускорить загрузку инструмента A/B-тестирования.
Снимок экрана DebugBear, показывающий диафильм рендеринга, где содержимое скрыто инструментом A/B-тестирования, октябрь 2022 г.
Отслеживайте скорость своего сайта с помощью DebugBear
Хотите постоянно тестировать свой веб-сайт? Попробуйте наш платный инструмент мониторинга с бесплатной 14-дневной пробной версией.
Таким образом, вы можете проверить, работает ли ваша оптимизация производительности, и получать уведомления о снижении производительности на вашем сайте.
Снимок экрана, показывающий тенденции скорости сайта в DebugBear, октябрь 2022 г.
Starlink становится намного медленнее, чем больше людей его используют, тесты скорости показывают
Старлинк тормозит —
Ограничения емкости Starlink затрагивают пользователей — SpaceX заявляет, что большее количество спутников сделает ее быстрее.
Джон Бродкин —
Увеличить
Starlink
Средняя скорость загрузки Starlink в США упала с 90,6 Мбит/с до 62,5 Мбит/с в период между первым и вторым кварталами 2022 года, согласно тестам скорости Ookla. Средняя скорость загрузки Starlink в США упала с 9от 0,3 Мбит/с до 7,2 Мбит/с за тот же период времени.
Средняя задержка также стала немного хуже для клиентов Starlink в США, увеличившись с 43 мс до 48 мс. Последние цифры содержатся в отчете Ooka за второй квартал 2022 года о скоростях Starlink по всему миру, опубликованном во вторник. «Скорость Starlink снизилась в каждой стране, которую мы исследовали за последний год, поскольку все больше пользователей регистрируются в сервисе», — говорится в отчете на этой неделе. Отчет Q1 доступен здесь.
В отчете за второй квартал отмечается значительное снижение скорости Starlink по сравнению с прошлым годом во многих странах, при этом указывается, что общая производительность по-прежнему довольно высока:
Speedtest Intelligence показывает, что средняя скорость загрузки для Starlink упала в Канаде, Франции, Германии, Новой Зеландии, Великобритании и США, упав на 9-54% со второго квартала 2021 года по второй квартал 2022 года, поскольку все больше пользователей подписались на оказание услуг. Тем не менее, Starlink по-прежнему достигла средней скорости загрузки не менее 60 Мбит/с в Северной Америке во втором квартале 2022 года, чего более чем достаточно, чтобы по крайней мере одно подключенное устройство могло делать практически все в Интернете, включая потоковое видео, загрузку игр и общение в видеочате. друзья и семья.
Скорость загрузки также снизилась в Starlink, причем скорость снизилась во всех странах, которые мы отслеживали за последний год. С задержкой дела обстояли немного лучше, при этом задержка оставалась относительно неизменной (хотя и высокой по сравнению с фиксированным широкополосным доступом) в большинстве стран. Новая Зеландия была исключением, где задержка снизилась на 23 мс. Для большинства пользователей мы по-прежнему подозреваем, что эти провалы по-прежнему полезны для районов, где нет обслуживания, медленное обслуживание или мало доступных вариантов для быстрого Интернета.
Год назад, во втором квартале 2021 года, Ookla сообщила, что средняя скорость загрузки Starlink в США составляет 97,2 Мбит/с, загрузка — 13,9 Мбит/с, а задержка — 45 мс. На своем веб-сайте Starlink сообщает, что пользователи должны ожидать скорость загрузки от 50 до 200 Мбит/с, скорость загрузки от 10 до 20 Мбит/с и задержку от 20 до 40 мс.
Федеральная комиссия по связи сослалась на тесты Ookla при отказе в гранте Starlink тогдашний председатель Аджит Пай.
FCC заявила, что сомневается, сможет ли Starlink обеспечить требуемую для гранта скорость загрузки 100 Мбит/с и загрузки 20 Мбит/с.«Мы наблюдаем, что данные Ookla, опубликованные на 31 июля 2022 года, указывают на то, что скорость Starlink снижалась с последнего квартала 2021 года до второго квартала 2022 года, включая скорость загрузки, которая падает значительно ниже 20 Мбит/с», — говорится в сообщении FCC. время. Ookla, частная компания, управляет широко используемой службой тестирования скорости и может похвастаться тем, что ее данные часто используются государственными и регулирующими органами. Рекламное объявление
Сомнения FCC также подпитываются тем, что агентство назвало Starlink «признанными ограничениями пропускной способности». Генеральный директор SpaceX Илон Маск несколько раз признавал ограничения пропускной способности Starlink, например, говоря, что спутниковая служба столкнется с «проблемой [обслуживать всех], когда мы достигнем диапазона в несколько миллионов пользователей». Согласно презентации SpaceX, которую Маск опубликовал в своем аккаунте в Twitter в начале июня, у Starlink было около 500 000 пользователей в 32 странах.
В этом месяце Starlink попросила FCC отменить решение о гранте и присудить финансирование, заявив, что агентство «полагалось на несанкционированные внешние тесты скорости». Starlink также заявил, что скорость будет улучшаться по мере запуска большего количества спутников. «Во-первых, данные Ookla охватывают период времени более чем за три года до первого обязательного этапа развертывания SpaceX в 2025 году. Но к 2025 году сеть Starlink будет иметь значительно большую пропускную способность, чем во время рассматриваемых испытаний скорости». Об этом FCC сообщило подразделение SpaceX.
У Starlink на данный момент на орбите более 3000 спутников. Интернет-провайдер имеет разрешение FCC на развертывание почти 12 000 спутников, включая уже эксплуатируемые, и запрашивает разрешение на запуск десятков тысяч в конечном итоге.
Пользователи жалуются на замедление скорости
В дополнение к тестам скорости, неофициальные данные свидетельствуют о том, что Starlink замедлялся по мере роста числа пользователей. В июльской статье PCMag цитировались несколько пользователей, жалующихся на скорость, в том числе пользователь из Техаса, который «обнаружил, что скорость загрузки на его тарелке Starlink может опускаться до 1 Мбит/с, особенно по вечерам». Больше пользователей жаловались на замедление потоков в сабреддите Starlink.
Несмотря на свидетельства того, что Starlink становится медленнее, данные Ookla за второй квартал показывают, что он явно превосходит спутниковые сервисы Viasat и HughesNet, которые имеют более низкие скорости и гораздо большую задержку. В США Viasat сообщил о средней скорости загрузки 23,7 Мбит/с, скорости загрузки 2,8 Мбит/с и задержке 631 мс. HughesNet был измерен при загрузке 22,6 Мбит/с, загрузке 2,5 Мбит/с и задержке 716 мс.
Проводной широкополосный доступ по-прежнему остается лучшим. В целом услуги фиксированной широкополосной связи в США показали медианную скорость загрузки 150,1 Мбит/с, загрузки 21,5 Мбит/с и задержку 14 мс, говорится в отчете Ookla за второй квартал.
Ваш комментарий будет первым