Задержка — это время, за которое пакет доходит от вас до сервера (и часто обратно), измеряемое в миллисекундах. Пропускная способность — это максимальное количество данных, которое канал способен пропустить за секунду, в мегабитах или гигабитах. Первое отвечает на вопрос «как быстро откликнется сеть», второе — «сколько уместится за раз».
Они не являются противоположностями одной шкалы. Можно иметь гигабит и всё равно ловить лаги в игре, на видеозвонке или в облачной программе. Можно иметь скромные 50–100 Мбит/с и при этом открывать сайты и играть комфортнее, чем сосед с «тысячей», если пинг стабильный, а канал не забит.
Разница критична именно потому, что операторы продают «скорость», а ощущение «скорости» в 2026 году всё чаще определяет не ширина трубы, а время кругового пути. Ниже — как эти величины работают отдельно, как они сцепляются в реальной сети и что с этим делать дома, в офисе и в облаке.
Ключевые цифры. Свет в вакууме — 299 792 458 м/с. В оптическом волокне из-за показателя преломления около 1,5 сигнал идёт примерно на 200 000 км/с. Физический минимум туда-обратно между Нью-Йорком и Лондоном — около 56 мс, между Нью-Йорком и Сиднеем — около 160 мс. Геостационарный спутник на высоте 35 786 км даёт уже 600–700 мс пинг; низкоорбитальные системы вроде Starlink в 2025–2026 годах держат медиану ориентировочно 25–50 мс. Домашняя оптика до квартиры часто даёт 5–15 мс до ближайшего узла провайдера. Для соревновательных шутеров комфорт начинается ниже 20–40 мс, а джиттер важнее «среднего пинга».
Что именно измеряют задержка и пропускная способность
Задержка (latency, латентность) — это временной интервал между моментом, когда бит покинул отправителя, и моментом, когда он появился у получателя. В быту её почти всегда измеряют как RTT — round-trip time, время туда и обратно. Именно его показывает команда ping. Если пинг 24 мс, пакет туда и обратно «съел» 24 миллисекунды; односторонняя задержка примерно вдвое меньше, но лишь примерно, потому что пути туда и обратно редко идеально симметричны. Чем меньше миллисекунд, тем живее отклик. Чем больше — тем дольше интерфейс «думает», курсор в облачном документе отстаёт, а соперник в игре уже спрятался за стену.
Пропускная способность (bandwidth, полоса пропускания) — это ёмкость канала: сколько бит в секунду теоретически можно протолкнуть через линк. Провайдер продаёт 300 Мбит/с, 1 Гбит/с, иногда 2 или 8 Гбит/с. Это ширина трубы, а не скорость света внутри неё. Важно не путать Мбит/с и МБ/с: восемь бит составляют байт, поэтому гигабитный канал в пике даёт около 125 МБ/с полезной скорости, и то лишь в идеальных условиях без накладных расходов протоколов.
По моему опыту, путаница начинается уже на экране «теста скорости». Человек видит «загрузка 870 Мбит/с» и считает, что интернет «быстрый». Через минуту он заходит в матч, видит 80 мс и скачки до 140 — и ругает игру. Тест показал объём, игра показала время. Оба результата могут быть честными одновременно. В нашей практике именно эта развилка объясняет большинство домашних «всё тормозит, хотя гигабит».
Типичный пример из офиса: бухгалтерия качает архив на 4 ГБ — им нужна широкая полоса. Параллельно руководитель на видеозвонке с клиентом в Варшаве — ему нужен низкий и ровный пинг, а не лишние сотни мегабит. Второй пример — облачный диск: залить 200 фото за раз упирается в аплоад и в TCP-окно, а открыть одну таблицу в браузере упирается в RTT до дата-центра. Третий — умный дом: датчик шлёт крошечные пакеты, полоса почти не занята, но если Wi-Fi «засыпает» и первый пакет идёт 80 мс вместо 8, лампочка включается с ощутимой паузой.
Практический нюанс 2026 года: браузеры, мессенджеры и игровые клиенты делают десятки коротких запросов, а не один большой. Для коротких запросов решающей является именно задержка, потому что объём крошечный. Для фильма 4K наоборот: несколько десятков Мбит/с стабильной полосы важнее лишних 10 мс. Ошибка — оптимизировать то, что не болит. Если страница «тяжёлая», смотрите CDN и количество круговых рейсов. Если торрент ползёт — смотрите полосу, очередь на роутере и дуплекс аплоада.
Почему «скорость интернета» — плохое слово и где ломается интуиция
Маркетинг провайдеров годами называет мегабиты «скоростью». Физически скорость сигнала почти всегда ограничена светом в среде. Между квартирой в Киеве и сервером во Франкфурте фотоны в волокне не полетят быстрее, если вы доплатите за тариф «2 гигабита». Вы покупаете более широкую полосу: больше параллельных потоков, большие файлы за то же время, меньше очередей, когда семья смотрит три стрима одновременно. Вы не покупаете более короткий путь.
Классическая аналогия с шоссе работает, если не раздувать её до сказки. Пропускная способность — количество полос. Задержка — время, за которое одна машина доезжает от въезда до съезда. Фактическая отдача (throughput) — сколько машин реально проехало за час с учётом ремонта, аварий и глупых светофоров. Можно расширить шоссе до двенадцати полос и всё равно стоять, если пункт назначения за тысячу километров и на каждом КПП проверяют документы. TCP как раз и является таким КПП: отправитель ждёт подтверждений, и на длинной дистанции широкая дорога простаивает, пока не увеличат «окно» — сколько можно выпустить машин, не дождавшись квитанции.
Другая живая картинка — мотоцикл и товарный склад. Мотоцикл везёт мало, но стартует мгновенно: это низкая задержка и узкая полоса. Склад на колёсах везёт тонны, но разгоняется долго: широкая полоса, большая инерция. Онлайн-шутер хочет мотоцикл. Загрузка игры из лаунчера хочет склад. Видеозвонок — что-то среднее: поток не слишком толстый, но каждая лишняя десятка миллисекунд плюс джиттер уже режет слоги и заставляет камеру «застывать».
Исследования производительности веба давно показали неудобную для рекламы вещь: после определённого порога дополнительные мегабиты почти не ускоряют открытие обычной страницы, зато уменьшение RTT даёт заметный эффект. Cloudflare прямо описывает это так: задержка — измерение времени, а не объёма загрузки; пропускная способность — максимум, который канал может пропустить; фактический поток почти всегда ниже, потому что на него давят пинг, потери и очереди. В 2026-м это ещё острее: сайты ходят на HTTP/3, шрифты и виджеты тянутся с нескольких доменов, а «тяжёлая» главная страница делает пачку коротких запросов. Каждый запрос платит полную цену кругового рейса.
Типичная ошибка — купить новый тариф и не сменить Wi-Fi. Радиоканал на 2,4 ГГц в панельном доме добавляет десятки миллисекунд и рваный джиттер, которые гигабит на бумаге не компенсирует. Вторая ошибка — тестировать скорость до ближайшего сервера в городе и делать вывод о «качестве для Zoom из США». Третья — считать, что VPN «ускоряет». VPN почти всегда добавляет хоп и шифрование; он может лишь обойти плохой маршрут, иногда уменьшив пинг, но физику света не отменяет.
Мифы vs реальность.
- Миф: больший тариф всегда уменьшает пинг. Реальность: пинг упирается в расстояние, маршрутизацию, буферы и среду (оптика, радио, спутник), а не в цифру в договоре.
- Миф: пинг и «скорость загрузки» — одно и то же, только в разных единицах. Реальность: миллисекунды и мегабиты измеряют разные оси; они коррелируют лишь опосредованно, через очереди и TCP.
- Миф: 100 мс — это «почти мгновенно». Реальность: для голоса и шутера 100 мс уже ощутимо; плюс джиттер 30–40 мс превращает это в кашу.
- Миф: потери пакетов «немного снижают скорость». Реальность: TCP резко режет окно, и фактическая отдача падает гораздо сильнее, чем процент потерь.
Эти четыре развилки объясняют, почему два соседа с одинаковым тарифом живут в разных интернетах. Один сидит по кабелю, с DNS рядом и без BitTorrent на фоне. Другой — через Mesh на кухне, с телевизором в 4K и облачной камерой, которая забивает аплоад. Полоса в договоре та же. Ощущения — нет.
Три метрики, а не две: полоса, фактическая отдача и время отклика
Инженеры редко останавливаются на паре «задержка / пропускная способность». Между ними стоит throughput — фактический объём, который реально дошёл за секунду. Полоса — потолок. Throughput — то, что удалось выжать сегодня вечером. Задержка, потери, джиттер, загрузка CPU на роутере, дубликаты, формирование очередей — всё это отгрызает от потолка. AWS формулирует коротко: высокая задержка способна снизить отдачу, потому что данные дольше едут и дольше ждут подтверждения; низкая отдача наоборот создаёт иллюзию «высокого пинга», когда большие объёмы просто долго прибывают.
Формула, которую стоит знать даже не инженеру, — bandwidth-delay product, произведение полосы на RTT. Оно показывает, сколько данных «висит в полёте», пока придёт подтверждение. Для канала 1 Гбит/с и RTT 100 мс нужно около 12,5 МБ окна TCP, иначе линк простаивает. Без масштабирования окна классический лимит 65 535 байт на дальних жирных каналах превращает гигабит в шутку. Именно поэтому копирование файла на сервер в другой стране часто не выходит на скорость тарифа: не «интернет плохой», а протокол ждёт квитанций.
| Метрика | Что измеряет | Единица | Типовой инструмент |
|---|---|---|---|
| Задержка | Время пути пакета (часто туда и обратно) | мс | ping, traceroute, unloaded/loaded latency |
| Пропускная способность | Теоретическая ёмкость линка | Мбит/с, Гбит/с | спецификация тарифа / порта |
| Фактическая отдача | Сколько данных реально дошло за время | Мбит/с, МБ/с, запросов/с | speed test, iperf, время копирования файла |
| Джиттер | Разброс задержки от пакета к пакету | мс | тест звонка, игровой оверлей, QoS-монитор |
Таблица намеренно ставит джиттер рядом с «большой тройкой». Средний пинг 28 мс при скачках 12–90 мс для голоса хуже ровного пинга 45 мс. Кодеки WebRTC и игровые клиенты ненавидят непредсказуемость сильнее, чем умеренную, но стабильную дистанцию. В 2026-м домашние тесты всё чаще показывают отдельно «unloaded» и «loaded» latency: вторую измеряют, когда канал уже забит загрузкой. Разница между ними выдаёт раздутые буферы (bufferbloat): роутер набивает очередь, пинг взлетает до сотен миллисекунд, хотя «скорость» в тесте красивая.
Кейс первый: студент качает игру 70 ГБ на гигабите, параллельно сидит на лекции в Meet. Без ограничения и без SQM пинг под нагрузкой скачет до 200–400 мс, преподавателя «режет». Полоса огромная, время отклика убито очередью. Кейс второй: небольшой интернет-магазин держит бэкенд в далёком регионе. Страница мелкая, но делает 40 запросов. При RTT 80 мс даже HTTP/2 не спасает полностью, потому что часть ресурсов с других хостов. Кейс третий: офисная VPN-сеть. Полосы хватает, но каждый клик в удалённой 1С умножается на RTT; бухгалтеры клянут «сервер», хотя узкое место — время кругового рейса, не мегабиты.
Подводный камень — единицы. Провайдер рисует Мбит/с, Windows иногда показывает МБ/с, браузер — KB/s. Люди делят или умножают не на 8 и «обнаруживают мошенничество». Второй камень — симметричность. Оптика часто даёт одинаковый аплоад и даунлоад; кабель и 5G-home почти всегда душат аплоад. Облачные бэкапы, камеры и видеозвонки именно аплоадом и живут. Третий — Wi-Fi как скрытый шейпер: на бумаге Wi-Fi 6/7 обещает гигабиты, в квартире с соседями вы получаете переменную ёмкость и плавающую задержку.
Из чего складывается задержка: свет, очереди, железо и «последняя миля»
Полная задержка — сумма нескольких разных времён, а не одна магическая цифра. Задержка распространения зависит от расстояния и скорости сигнала в среде. Задержка передачи — сколько длится «запихнуть» все биты пакета в провод: большой кадр на тонком канале дольше выливается. Задержка обработки — маршрутизатор смотрит заголовок, проверяет, решает, куда слать. Задержка очереди — пакет стоит в очереди, потому что линк занят. На коротких локальных путях часто доминирует очередь и радио. На межконтинентальных — распространение. Игнорировать любой слой — значит лечить не то.
Цифры из физики отрезвляют. Нью-Йорк — Сан-Франциско: ориентировочно 21 мс в одну сторону оптикой, 42 мс туда-обратно, если путь идеальный и без крюков. Нью-Йорк — Лондон: около 28 / 56 мс. Вокруг экватора туда-обратно выходит порядка 200 мс. Реальные маршруты длиннее прямой на карте: кабель огибает моря, политики и точки обмена. Добавьте обработку на нескольких узлах и «последнюю милю» — и лабораторный минимум превращается в бытовые 30–90 мс до «недалёкого» зарубежья.
Последняя миля часто съедает больше, чем океан. В классических замерах наземного широкополосного доступа оптика до ближайшего измерительного узла провайдера держалась около 10–20 мс, кабель 15–40 мс, DSL 30–65 мс. В 2026-м FTTH в городах регулярно показывает единицы–полтора десятка миллисекунд до локального DNS, если не мешает Wi-Fi. В то же время домашний 5G и фиксированный беспроводной доступ дают типичные 25–50 мс, иногда 10–20 мс при удачном секторе, и легко взлетают до 80–100 мс в час пик. Разница не в «магии 5G», а в общей радиосреде и планировщике базовой станции.
Спутник — самый честный урок физики. Геостационарная орбита заставляет сигнал лететь ~120 мс в одну сторону только до спутника; туда-обратно плюс обработка дают 600–700 мс. Для Zoom и шутеров это другая планета. Низкая орбита (~550 км) теоретически даёт единицы миллисекунд на взлёт-посадку, а на практике медиана 25–50 мс, потому что добавляются шлюз, межспутниковые лазеры, точка присутствия и уже обычный интернет дальше. По сравнению с GEO это прорыв. По сравнению с городской оптикой — всё ещё заметный хвост.
Эмоциональный акцент здесь жёсткий: часть задержки не купить деньгами тарифа. Можно приблизить сервер (CDN, edge, локальный peering), убрать очереди, выкинуть лишние VPN-хопы, перейти с Wi-Fi на кабель. Нельзя заставить свет в стекле бежать как в вакууме. В нашей практике самые дорогие провалы случаются, когда бизнес хостит интерактивную систему «где-то дешевле», а пользователи сидят за 30–40 мс физики плюс 40 мс плохого маршрута. Бухгалтерия начинает работать «как сквозь вату», и никто не смотрит traceroute.
Предупреждение. Не лечите пинг расширением тарифа, если traceroute уже показывает 40 мс до первого внешнего узла или если loaded latency втрое выше idle. Не играйте через Mesh «через две стены», если вам важны 10–15 мс. Не сравнивайте пинг до сервера скорости в своём городе с пингом игрового матчмейкинга на другом континенте. И не выключайте буферизацию на роутере «в ноль» без SQM: получите потери вместо лага, а TCP от этого злится ещё сильнее.
Где разница бьёт по жизни в 2026-м: игры, звонки, облако, стрим
Онлайн-шутер — самый злой детектор задержки. Клиент шлёт крошечные обновления позиции десятки раз в секунду. Полоса для этого смешная: единицы Мбит/с. Зато каждые 10 мс — это сдвиг хитбокса. Для большинства людей «хороший пинг» — до 50 мс, для соревновательного темпа — 20–40 мс, идеал — ниже 20. Важнее ровность: джиттер 3 мс на оптике с Ethernet бьёт «красивые» 18 мс, которые раз в секунду скачут до 70 из-за микроволновки и соседского Access Point. Контроллер по Bluetooth добавляет ещё 10–30 мс поверх сети — и люди снова винят провайдера.
Видеозвонок живёт в другом режиме. Кодек терпит пинг до ~100–150 мс, но ненавидит потери и разброс. 4K-фильм на Netflix наоборот: ему всё равно до 40 мс, если буфер полный и есть стабильные 25–40 Мбит/с. Облачный гейминг (стриминг картинки из дата-центра) требует обеих добродетелей: широкого стабильного даунлоада и низкого пинга, потому что вы управляете картинкой, которая ещё должна доехать. Удалённый рабочий стол и «1С через RDP» — почти чистая задержка: графика может быть простой, но каждый клик ждёт кругового рейса. Большое копирование сборки проекта — почти чистая полоса плюс BDP.
Микроистория из 2026-го: дизайнер в Львове с оптикой 1 Гбит/с открывает макет в облачном редакторе, серверы которого сидят далеко. Тариф смешной по ёмкости, курсор «мажет». Коллега с 200 Мбит/с, но с европейским edge и кабельным подключением к роутеру, работает чётче. Вторая история: семья включает три телевизора, камеру на входных и Zoom. Даунлоад ещё дышит, аплоад кабельного тарифа — нет. Картинка «замораживается», хотя тест скорости «в зелёной зоне», потому что тест смотрел даунлоад. Третья: небольшой магазин переехал на учётную систему в облаке. Утром, пока касса бьёт мелкие запросы, всё ок. Вечером, когда параллельно идёт синхронизация фото товаров, пинг внутри VPN раздувается — классический bufferbloat на дешёвом роутере.
Для стриминга живого эфира логика снова смещается. Зрителю нужна полоса. Стримеру нужен стабильный аплоад и предсказуемая задержка, иначе чат расходится с картинкой, а OBS рвёт ключевые кадры. В киберспорт-клубах уже норма — отдельный VLAN для игр, отдельный для соцсетей, кабель до консолей, отдельный DNS и выключенный «игровой бустер» в приложении роутера, который иногда лишь ломает маршруты. Экспертный акцент простой: сначала назовите задачу. Интерактив — оптимизируйте время. Объём — оптимизируйте ёмкость и очереди. Смешанная нагрузка — режьте bufferbloat, иначе одно съест другое.
Как измерять правильно и не обмануть себя тестом
Бытовой speed test полезен, если понимать его узкий горизонт. Он показывает, сколько удалось прокачать до конкретного сервера за конкретные секунды. Он не показывает пинг до игрового дата-центра, качество Wi-Fi, ни поведение во время Zoom. Поэтому смотрите не одну цифру «download», а пачку: idle ping, jitter, loaded latency, upload, потери. Если idle 8 мс, а loaded 250 мс — у вас не «медленный интернет», у вас очередь. Если idle уже 60 мс до сервера в том же городе — смотрите Wi-Fi, адаптер, VPN, гостевую сеть или сам тариф на радио.
Ping и traceroute отвечают на «куда едет время». Первый хоп — ваш шлюз. Если уже здесь 15–40 мс, проблема дома: радио, PLC-адаптеры, перегруженный роутер. Если первый хоп 1 мс, а скачок появляется на выходе из сети провайдера — это уже их peering или далёкий маршрут. ICMP иногда режут или придерживают, поэтому «звёздочки» в traceroute не всегда катастрофа. Для веба полезнее TTFB и водопад запросов в инструментах разработчика: там видно, сколько круговых рейсов съела страница ещё до отрисовки.
Примеры из практики измерения. Игрок тестирует «скорость» на телефоне через Wi-Fi, видит 400 Мбит/с и 28 мс, потом проигрывает дуэль на ПК через тот же Wi-Fi 5 на 5 ГГц, но с DFS-каналом, который скачет. Повтор на кабеле: 9 мс и ровная линия. Второй пример — компания меряет VPN-туннель iperf и радуется 200 Мбит/с, а 1С «тупит», потому что каждая форма делает 15 мелких SQL-кругооборотов. Третий — человек сравнивает пинг 5G-home днём (35 мс) и в 21:00 (90 мс плюс джиттер 25). Тариф тот же, сектор базовой станции — нет.
Типичные ошибки 2026 года. Тест в браузере с десятком вкладок, каждая из которых синкает диск. Тест через «ускоритель игры», который поднимает туннель неизвестно куда. Сравнение Мбит и МБ. Один замер вместо серии в разное время. Игнорирование аплоада. Вывод «оптика плохая», когда кабель от розетки до ноутбука — повреждённая «семёрка» вместо нормальной «пятёрки» или «шестёрки». Отдельный подлый слой — bufferbloat в дешёвых Mesh-системах: они рисуют красивый даунлоад и убивают интерактив под нагрузкой. Лекарство — SQM/CAKE, лимит чуть ниже реальной потолка, приоритет маленьким пакетам.
Чек-лист перед тем, как ругать провайдера или покупать гигабит
- Повторите тест по кабелю, не по Wi-Fi, в разные часы.
- Запишите idle ping, jitter, loaded latency, upload и download.
- Проверьте первый хоп: если он толстый — сначала дом, не тариф.
- Выключите VPN, «бустеры» и гостевые устройства с торрентами.
- Сравните пинг именно до нужного сервера (игра, Meet, RDP), не до speed-test.
- Если loaded latency взрывается — ставьте SQM, а не ещё 500 Мбит/с.
- Для интерактива оставьте Ethernet хотя бы на ПК, приставке или рабочей станции.
Этот список намеренно начинается с кабеля и времени суток. Половина «сетевых трагедий» рассыпается, как только убрать радио и вечерний стрим на телевизоре. Другая половина живёт в маршруте и буферах. Новый тариф имеет смысл, когда тесты упираются в потолок полосы: файл не доезжает, стримы буферизуются, аплоад камер не вмещается. Если потолок не давит, а курсор отстаёт — вы лечите не ту болезнь.
Что делать на практике: когда более широкая полоса спасает, а когда нужно резать время
Более широкая полоса реально спасает, когда одновременно много потоков объёма: 4K на нескольких экранах, бэкапы, обновления консолей, видеонаблюдение в облако, офис, который заливает макеты. Она также уменьшает вероятность очереди: если канал пустой, пакет не стоит. Но после того, как семья уже не упирается в потолок, дополнительный гигабит даёт всё более тонкий прирост «ощущения скорости». Открытие почты, банковского приложения, документов, реакция в мессенджере — это снова миллисекунды и количество круговых рейсов.
Резать время можно без физики фантастики. Кабель вместо Wi-Fi для критических устройств. Отдельная 5/6 ГГц сеть без «умного» прыжка на 2,4. DNS ближе (и не обязательно «магический»). CDN и edge для своего сайта. HTTP/3/QUIC: меньше рукопожатий, меньше блокировки очереди на уровне TCP, для повторных визитов — 0-RTT, когда данные едут уже с первым пакетом. Меньше редиректов и сторонних виджетов на странице. Сервер ближе к людям, а не «где VPS дешевле». Для глобальной аудитории — anycast и точки присутствия, не один цоколь в далёком регионе.
Пример дома: выключили автозагрузку обновлений во время катки, поставили SQM на 90% от реального аплоада, ПК в Ethernet. Пинг под стримом телевизора перестал скакать с 12 до 180. Полоса не выросла ни на бит. Пример сайта: интернет-магазин убрал четыре лишних скрипта аналитики с критического пути, включил HTTP/3 и картинки из ближнего кэша. TTFB упал сильнее, чем после апгрейда тарифа офиса с 200 до 500 Мбит/с. Пример бизнеса: вместо «мощнее канала» компания перенесла интерактивный сервис ближе к пользователям и оставила тяжёлые отчёты в далёком архиве. Клики стали человеческими, счета за трафик не взорвались.
Подводные камни апгрейдов. Wi-Fi 7 в 2026-м умеет много, но не пробивает бетон и не отменяет соседей. 5G SA обещает низкие задержки в лабораториях и на стендах URLLC; домашняя «5G-тарелка» — это всё ещё shared radio. LEO-спутник закрывает сёла и командировки, но не выигрывает у городской оптики по стабильности джиттера. «Игровой режим» в приложении оператора иногда лишь приоритизирует вас относительно соседей, иногда просто рисует значок. VPN «для пинга» имеет смысл лишь если текущий маршрут кривой; иначе вы добавляете хоп в чужой дата-центр и увеличиваете путь.
Экспертное правило, которым мы пользуемся при разборе жалоб: сначала карта пути, потом очередь, потом ёмкость. Traceroute и idle/loaded latency дешевле нового договора. Если путь длинный — приближайте сервис или меняйте peering/VPN. Если очередь — режьте буфер и ставьте приоритеты мелким пакетам. Если ёмкости действительно не хватает — тогда уже гигабит, симметричная оптика, отдельный канал для камер. Покупать полосу «про запас, чтобы не лагало» — самый дорогой способ не заметить bufferbloat.
Изменения 2026. Тарифы в городах давно перескочили порог, после которого вебу и большинству звонков хватает ёмкости, поэтому битва сместилась в сторону качества под нагрузкой: loaded latency, джиттер, симметричный аплоад. HTTP/3 стал обыденностью, поэтому повторные заходы на сайты меньше платят за рукопожатия. Wi-Fi 7 и многолинковые клиенты уменьшают потери, но не заменяют кабель там, где считают 5–10 мс. Низкоорбитальный спутниковый доступ закрывает «белые пятна» с пингом, соизмеримым с мобильным, и всё ещё проигрывает FTTH в хвостах распределения. Облачные рабочие столы и стриминг игр сделали задержку массовой потребительской характеристикой, а не темой для сетевых инженеров. Самый полезный домашний апгрейд года для интерактива — не ещё один гигабит в договоре, а контроль очереди плюс провод до устройства, которому важен отклик.
Если оставить одну формулу в голове: задержка — это время пути, пропускная способность — это ширина трубы, а «скорость», которую вы ощущаете, — смесь обеих плюс очереди. Измеряйте ту ось, которая ломает вашу задачу, и не платите за вторую лишь потому, что её удобнее продавать.
Добавить комментарий