Можно ли доверять ookla speedtest?

Question

[Александр]

Стоит у меня интернет 400 м/с (так говорит провайдер). Сейчас попробовал потестить скорость не только на самом популярном спид тесте, но и поменьше, когда-то где-то от кого-то слышал, что ookla сотрудничает с операторами и показывает завышенные скорости. По результатам получилось такое:
ookla (Провел повторные тесты с обращением к серверу другого региона, результаты те же)

whoer.net

www.testskorosti.ru

https://xn--d1ach1ajefc.xn--p1ai/speed-test/


Как видите, показания отличаются значительно, при том скорость на сторонних сайтах отличается гораздо меньше, чем от ookla.
На реальных задачах серьезной потери скорости не вижу. При скачивании показывает всегда по разному. Бывает 40 м/с, бывает 8.
Замечали ли вы подобное у себя? В чем может быть проблема?

Comments

[Pavel-475275]

Возможно, на других ресурсах тест в один поток, а в Спидтесте Вы выбрали многотопоточный тест (Multi). В один поток не всегда можно получить хорошую скорость.

Надо знать, какой канал у сервера и где он находится. В разделе https://www.speedtest.net/results можно увидеть, что множественное соединение может быть как до одного сервера провайдера, так и сразу до серверов нескольких провайдеров (основной + 3 других [+ 3 more]), причём только на DOWNLOAD (это можно увидеть при тесте и при нажатии на «+ 3 more»), на UPLOAD идёт одно соединение (один поток). Если множественное соединение было только на основной (выбранный) сервер, то приписки «+ 3 more» не будет. Спидтест сам решает, до какого количества серверов (одного или четырёх) будет множественное соединение. Рекомендую тестировать как в один поток (Single), так и в несколько (Multi).

Никто не может гарантировать скорость на 100% за пределами своей сети, даже в несколько потоков и на уровне SLA (для юридических лиц).
Даже если сервер может отдавать на гигабите и больше, то расстояние до этого сервера никто не отменял, таково поведение модели TCP/IP. Это речь про скачивание / загрузку в один поток. В будущем протокол HTTP/3 должен улучшить скорость в этом плане.

Answer 1

[АртемЪ]

Можно ли доверять ookla speedtest?

Разумеется.
Там все честно показано.
Главное понимать что конкретно вы измеряете! Все вопросы обычно идут от непонимания того, что пытаются измерить.

когда-то где-то от кого-то слышал, что ookla сотрудничает с операторами и показывает завышенные скорости

Ну в сети какой только чуши не услышишь.

Как видите, показания отличаются значительно

Разумеется. Они и должны отличаться.

На реальных задачах серьезной потери скорости не вижу.

О какой потери скорости идет речь?

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

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

Comments

[Александр]

Я пытаюсь измерить скорость моего интернета

[АртемЪ]

Александр,

Я пытаюсь измерить скорость моего интернета

Вот! в этом и проблема.
Вы пытаетесь измерить то чего не существует!
Интернет это глобальная сеть. У него нет скорости, и он не ваш!

Скорость измеряется между двумя компьютерами в сети интернет! Только так и никак иначе.
До разных компьютеров будет разная скорость.

400мб/с которые дает вам провайдер это максимальная скорость.
Если вы будете пытаться скачать с большей скоростью - провайдер будет вас ограничивать.
Пока вы качаете с меньшей скоростью он вас не ограничивает.

[Vadim Priluzkiy]

Александр, Что такое "скорость интернета"?

[АртемЪ]

В результате скорость 400мб/с возможно достичь только до ресурсов расположенных в сети вашего провайдера.
До других ресурсов скорость буде ниже.
До каких то 300Мб/с, до каких-то 5Кб/с - зависит от множества причин..

[Александр]

Интернет это глобальная сеть. У него нет скорости, и он не ваш!

АртемЪ, ну это уже придирка, по мне. Говоря о скорости интернета я подразумеваю среднюю скорость между компьютером и сервером (другими пк в сети).
Основной вопрос был в том, почему отличаются так сильно. Я могу понять различие в 20-50 мб/с, но не 300-350, а если такое существенно различие на 3/4 серверах, то на кой фиг мне платить за цифры, показываемые на каком-то сайте?

[АртемЪ]

Александр,

ну это уже придирка, по мне.

Нет.

Говоря о скорости интернета я подразумеваю среднюю скорость между компьютером и сервером (другими пк в сети).

А что вам даст средняя скорость?
Ну замерьте скорость до тысячи компьютеров и подсчитайте среднюю.

Основной вопрос был в том, почему отличаются так сильно.

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

1)Скорость с которой мой провайдер отдаст данные на узел обмена трафиком.
2)Скорость с которой магистральный провайдер передаст эти данные на другой узел обмена трафиком.
3)Скорость с которой провайдер игрового сервера передаст эти данные с узла обмена до сервера.
4)Скорость с которой системный администратор сервера разрешил принимать трафик от абонентов.
5)Скорость с которой сервер физически может принять трафик ( может он загружен в этот момент).

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

Я могу понять различие в 20-50 мб/с, но не 300-350, а если такое существенно различие на 3/4 серверах, то на кой фиг мне платить за цифры, показываемые на каком-то сайте?

Надо просто понимать что это за цифры! И не покупаться на развод маркетологов. А то они вам еще и не такое впарят.
Ваш провайдер не может вам гарантировать определенную скорость до другого сервера! Не не хочет, а именно физически не может. Это просто невозможно.
Поэтому провайдер указывает скорость с которой он передает ваши данные на узел обмена трафиком к которому подключен. Только и всего.
А с какой скоростью они пойдут дальше - неизвестно, и ваш провайдер на это повлиять не может.

[SysAn]

Александр, разные сайты работают на разных каналах с разной нагрузкой. спидтест показывает текущую скорость связи с сайтом спидтеста. по идее (!) она максимально возможная для данного вашего локального подключения. есть 2ip.ru, можно еще на нем проверить

[АртемЪ]

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

Если этот сервер будет стоять на узле обмена к которому будет подключен ваш провайдер скорость будет как раз в районе ваших 400мб/с, если сервер будет стоять на другом узле, скорость будет поменьше как правило не более 80-90мб/с, если сервер будет стоять на другом континенте скорость будет не больше 2-5мб/с как правило.

[АртемЪ]

John Smith, Ну в том то и дело, что нужно измерять скорость до нужного тебе сервера.

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

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

Answer 2

[Владимир Коротенко]

Провайдеры режут скорость для разных протоколов, часто режут VPN,RDP, SSH, торрентов.
И одновременно на шейпере стоит приоритет для всех популярных спидтестов.

Поэтому у вас "Попугаи" хорошие, а в реальности все гуано.
Лечится провайдером с QOS но это совершенно другие деньги

Comments

[Александр]

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

[Владимир Коротенко]

Александр, В любой из туннельных протоколов можно засунуть любой трафик, провайдер его не видит и соответственно режет.

[Владимир Коротенко]

Sha644, Да, да. У моего коллеги с Кипра RDP летает, у меня лагает даже при минимальных настройках, хотя видео смотрится отлично.
Подключаюсь к одному и тому же хосту по sftp и ftp разница в 14 раз.
Включаешь Wireshark видишь все отлично какие пакетики идут и с какой скоростью.

[АртемЪ]

Александр,

Так значит мой провайдер подгоняет мою скорость для спид тестах

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

[АртемЪ]

Владимир Коротенко,

У моего коллеги с Кипра RDP летает, у меня лагает даже при минимальных настройках, хотя видео смотрится отлично.

Ну так вы не на Кипре, а в другом месте, поэтому скорость будет отличаться - другие каналы, другой маршрут трафика.

Подключаюсь к одному и тому же хосту по sftp и ftp разница в 14 раз.

Разумеется.
В случае sftp тратится куча времени и ресурсов на на шифрование трафика, тупо сервер медленнее будет отдавать.

[Владимир Коротенко]

Sha644, Шейпинг и приоритеты трафика это базовый функционал любой провайдерской железки, как и систем DPI.
Поэтому если не могут понять ставят самую нижнюю категорию. Что же до Кипра я постоянно с этой фигней сталкиваюсь, причем сервера где то в 178.33.*.* : Germany. И наблюдается четкая корреляция со временем суток.

Кстати вы не обратили внимание на различные характеристики sftp / ftp из одного места и в одно время, этот сервер тоже в германии.

Еще один пример сервер на M9, что у Билайна, что у Yota там есть сервера, но опять та же самая фигня.

И в общем то не стоит обелять провайдеров, вот например Yota + Torrent?

[Владимир Коротенко]

АртемЪ, Не в 14 же раз? Причем этому VPS откровенно чихать на такую нагрузку.
Да и скорость 64кбит наводит на размышления, очень уж она круглая.

[АртемЪ]

Владимир Коротенко,

Не в 14 же раз?

Почему нет? Иной раз и в сотню раз бывает. Он же шифрует поток.
Вообще SFTP это крайне медленный протокол, редко используется для передачи файлов.
А вот FTP наоборот очень быстрый.
В общем хотите передавать быстро - выбирайте нормальный протокол, а не всякие поделки вроде sftp.

[АртемЪ]

Владимир Коротенко,

Шейпинг и приоритеты трафика это базовый функционал любой провайдерской железки

Не любой, но в общем то да. Только это затратная вещь по нагрузке, поэтому используют с осторожностью. Там где реально канал забивает какой-то вид трафика.

Для провайдера главное обеспечить комфортную работу пользователям, а это в основном http, телефония, и потоковое мультимедиа.

И в общем то не стоит обелять провайдеров

Что значит обелять?
Провайдер должен предоставлять качественный сервис, чтобы не терять клиентов.
Поэтому провайдерам зачастую приходится покупать дорогостоящее железо, чтобы приоретизировать трафик, например отрезать торренты.
Согласитесь неприятно когда один абонент забивает торрентами весь канал.

[Владимир Коротенко]

АртемЪ, Снова не выходит, загрузка процессора в это время ок 2%. То есть по сути фоновые задачи не более.
Да что там говорить. ssh бывает тормозит, команду вбил и наблюдаешь как курсор медленно двигается.
Так что химичат провайдеры.

Впрочем были и другие случаи. Нагло вставляли свои баннеры.

[Владимир Коротенко]

АртемЪ, Так и мне неприятно когда прикрывают рабочие протоколы. Особенно гадко когда "что то горит", а RDP показывает слайдшоу, но видосики вполне себе бодро идут.

[АртемЪ]

Владимир Коротенко,

Снова не выходит, загрузка процессора в это время ок 2%

Нагрузка процессора это как средняя температура по больнице. Ее нужно правильно использовать.
Если у вас процессор нагружен на 100% значит все будет гарантированно упираться в процессор.
Если у вас процессор нагружен на 1% значит некоторые вещи будут упираться в процессор, а некоторые возможно нет.
Яркий пример 1с - жутко тормозит, и упирается именно в процессор, а загрузка процессора 3-4%.

Да что там говорить. ssh бывает тормозит, команду вбил и наблюдаешь как курсор медленно двигается

Так это пинг.
В смысле - задержки в пути. Пока данные зашифруют, пока в пакет упакуют, пока пакет отстоит в очередях всех маршрутизаторов что попадутся на пути ( а могут и уничтожить), пока удаленный компьютер расшифрует данные, и отправит в ответ. А еще и скорость перемещения данных ограничивает скорость света.
Тут все зависит от качества канала, от расстояния, и кучи других вещей.

Впрочем были и другие случаи. Нагло вставляли свои баннеры.

У проводных с таким не сталкивался, а беспроводные баловались таким.

[АртемЪ]

Куча примеров такому.
Например были умники поставили сервер 1с в хецнер, проверили скорость (файл скачали) - скорость офигенная.
А 1с тормозит. А канал свободен. Тормозит она потому что пинг большой - клиент отправляет один небольшой запрос и ждет на него ответа. А запросов таких тысячи. В результате все упирается в сеть. Реальный трафик который нужно передать - - пару килобайт в секунду. И тормоза. Хотя по этому же каналу на этот сервер можно перекачивать десятки мегабайт в секунду.

Или например крутилась файловая 1с на каком то там стареньком пентиуме. Немного притормаживала.
Админы выпросили у начальства денег на новый сервак, купили 16ядерный xeon за кучу денег.
Перенесли на нее 1с и она начала жутко тормозить. Ибо в процессор упирается.
На пентиуме она грузила одно ядро на 3Ггц, а на шестнадцатиядерном ксеоне она грузит тоже одно ядро с частотой 1,8Ггц - разумеется будет тормозить. А пятнадцать ядер будут честно простаивать, и нагрузка на процессор будет пара процентов.

[Владимир Коротенко]

АртемЪ, 1c так себе пример. Ради интереса запустил

openssl s_time -connect vkorotenko:443 -www /
49915 connections in 6.75s; 7394.81 connections/user sec, bytes read 98532210
49915 connections in 31 real seconds, 1974 bytes read per connection
vk@vkorotenko:~#

user 52%
si 48%

Так что версия с загрузкой процессора отпадает.

[АртемЪ]

Владимир Коротенко, А при чем тут SSL если речь идет про SFTP?
Sftp это не ftp завернутый в ssl, 'это совершенно другой протокол передачи файлов.

[Владимир Коротенко]

Вот один из замеров, да люди жалуются. НО!

ny-one interested in some numbers here are my results from running some benchmarks on my local network. SMB 2.1 performance is about 112 MB/s

Machine: Intel(R) Core(TM)2 Quad CPU Q8400 @ 2.66GHz/8GB ram/Gigabit Local Network

FTP Mode MB/s CPU Usage/APP Encrypted
-------------------------------------------------------------
FTP Transfer rate: 120 40.9 proftpd No
FTPS (SSL) Transfer Rate: 55 99.8% proftpd Yes
SFTP Transfer Rate: 30 100% sshd Yes
Putty SSH Tunnel, (Raw) FTP: 32 100% sshd Yes

Разница в 4 раза, но не в 14!

[- -]

Владимир Коротенко, Можно ещё подключить Интернет для юридицеских лиц (по модели SLA), там вроде как гарантированный линк, но и цены большие. Например, 1 Гбит/с за 20000-25000 / мес.

[- -]

АртемЪ, Можно ещё подключить Интернет для юридицеских лиц (по модели SLA), там вроде как гарантированная скорость, но и цены большие. Например, 1 Гбит/с за 20000-25000 / мес.

Answer 3

[vasylob]

Люди пишут значит тема существует и нападение на тех кто не верит в окла не вежливо как минимум.Когда чувствуют пользователи обман тогда и пишут.А то что пишут "где-то кто-то слышал про сотрудничество операторов с окла и несут тут полную чушь" из разряда глупцов возможно из создателей окла или невежи.Есть нормальные способы проверки истинной скорости.В гугле найдите 1ГБ файл и скачайте его.Запишите время скачивания.Жёсткая норма скачивания 1гб 300мбит.сек должна быть не более 45 сек.Скачивание делать при закрытых страниц браузеров,отключеных антивирусов и следящих программ.И вы тогда увидете что окла фейковый способ проверки как минимум завышая скорость в 10 раз от заявленной вашим оператором.В общем считаю оклу служающей в чьих то интересах.И нет разницы чьё творение мегафо или билайн.Будет врать на всех операторах.По моим замерам вместо 300 мегабит.сек в реальности 6-8 мегабит.сек.Причём замер реальный без компромиссов.А вот ОКЛА показала 240 6-8 мегабит.сек.И никакие нападки на критиков ОКЛЫ не правомерны.Есть чёткая формула замера заявленная скорость/объём файла/время скачивания =реальная скорость.И пусть защитники ОКЛА рекомендуют её маленьким мальчикам ....Поют песни о удалённых серверах и прочих отговорках.Среди пользователей тоже найдутся с знаниями по взрослому.И конечно правда на стороне правильных расчётах.Конечно скорость снижается в многоквартирных домах где много итернет пользователей но это не значит что измеряя на ОКЛА скорость должна искажать итоговый показатель в чудовищных размерах

Comments

[egortro42]

Уважаемый, скачивание «с гугла» является, вероятно, самым ужасным способом замерить скорость. Зачастую сервера имеют невысокую скорость отдачи, и если это не какой-нибудь вк, а майкрософт, то больше 5Мбайт/с я еще не видел. Что теперь, у меня 200мбит ненастоящие? Нет, домашний интернет нужно проверять забиванием всего канала торрентами и измерять сумму (самый честный способ), а мобильный проверять не только спидтестом, а еще и порты потыкать.

Answer 4

[Сергей Карбивничий]

Зависит от сервера, на котором проходите тест. ookla, например(по-моему?) ищет серверы недалекие от вас, возможно еще и по пингу. В то время как другие могут использовать 1 сервер для всех, который расположен где-нибудь в тундре. И если такой сервер может отдать максимум 100Мбит, а у вас 400, тогда такой спидтест и покажет примерно 80 Мбит.
Проверял свою скорость только что на ookla и www.testskorosti.ru. Я живу в Запорожской обл. Скорость 45 Мбит. ookla показал 50 МБит, больше чем testskorosti - 19.3 МБит. Хотя практически все файлы качаются по 5,7 МБ(Мегабайт) в секунду. Но тут стоит обратить внимание, что ookla
выбрал тестовый сервер в Мариуполе, который от меня примерно 80 км, в то время как testskorosti выбрал сервер в Москве, которая от маня более 1000 км.

PS: testskorosti.ru - такое чувство, что название сайта придумали какие-то школьники. Не очень доверяю сайтам, с таким названием.

Comments

[SysAn]

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

Answer 5

[Андрей Гаврилов]

Это domru и можно доверять, у меня в стиме 60 мбайт , на торрентах столько же, ну и в Европу от 40 мбайт

Answer 6

[Pegun]

Вот тест от ookla. Мобильная связь, Украина. Киевстар. 4g. Доверяю этим показателям.. максимальная была 121 м б. А так 50-80 в среднем ..

Answer 7

[old_pio]

Tele2 задолбал, входящая скорость регулярно в 20 раз меньше исходящей, вот как с ними бороться, врут про работы, но что это за работы такие, видно же, что пропускная способность нормальная?
Пробовал и их любимый спидтест.нет и speed.io первый слегка завышает, но в среднем 300 кбит на 6 мбит, в зависимости от сервера, выбранного прогой. пинг 30мс
иногда всё чинится примерно полтора мегабита на 3 скорость.

Answer 8

[DastanKur]

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

Answer 9

[Pavel-475275]

Возможно, на других ресурсах тест в один поток, а в Спидтесте Вы выбрали многотопоточный тест (Multi). В один поток не всегда можно получить хорошую скорость.

Надо знать, какой канал у сервера и где он находится. В разделе https://www.speedtest.net/results можно увидеть, что множественное соединение может быть как до одного сервера провайдера, так и сразу до серверов нескольких провайдеров (основной + 3 других [+ 3 more]), причём только на DOWNLOAD (это можно увидеть при тесте и при нажатии на «+ 3 more»), на UPLOAD идёт одно соединение (один поток). Если множественное соединение было только на основной (выбранный) сервер, то приписки «+ 3 more» не будет. Спидтест сам решает, до какого количества серверов (одного или четырёх) будет множественное соединение. Рекомендую тестировать как в один поток (Single), так и в несколько (Multi).

Никто не может гарантировать скорость на 100% за пределами своей сети, даже в несколько потоков и на уровне SLA (для юридических лиц).
Даже если сервер может отдавать на гигабите и больше, то расстояние до этого сервера никто не отменял, таково поведение модели TCP/IP. Это речь про скачивание / загрузку в один поток. В будущем протокол HTTP/3 должен улучшить скорость в этом плане.