Советы по оптимизации пропускной способности для трансферов

Чтобы выжать максимум из восходящей полосы, сделайте четыре вещи: подключитесь по гигабитному Ethernet вместо Wi-Fi, включите QoS или SQM на роутере, чтобы победить bufferbloat, переведите соединение на IPv6 там, где провайдер поддерживает, и поставьте на паузу фоновые синхронизации вроде Dropbox, iCloud и Google Drive на время передачи. На загрузке 500 Мбит/с, реально выдающей 180 Мбит/с в реальных трансферах, эти четыре изменения вместе обычно возвращают 200–280 Мбит/с пригодной пропускной способности и сокращают передачу 10 ГБ с 45 минут до менее 15.

Воткните кабель и забудьте про Wi-Fi для крупных файлов

Wi-Fi 6 (802.11ax) на хорошем 2x2-клиенте в 1,5 метрах от точки доступа выдаёт около 600 Мбит/с реального throughput. Wi-Fi 5 (802.11ac) ближе к 300 Мбит/с. В соседней комнате через стену эти числа падают на 40–60%. Гигабитный Ethernet стабильно отдаёт 940 Мбит/с с джиттером меньше 1 мс.

Адаптер USB-C на гигабитный Ethernet за 15 долларов обыграет встроенный Wi-Fi большинства ноутбуков на загрузках больше 2 ГБ. Если кабель не протянуть, хотя бы переключитесь на 5 ГГц и встаньте в зоне прямой видимости роутера. 2,4 ГГц упирается в 60–80 Мбит/с в реальных условиях, и ему нечего делать на передаче файлов.

QoS и SQM: лекарство от bufferbloat

Bufferbloat — причина того, почему ваш Zoom-звонок начинает запинаться в момент, когда кто-то в доме запустил загрузку. Традиционные роутерные буферы выстраивают пакеты в очереди на секунды на насыщенных линиях, разрушая задержку. Алгоритмы Smart Queue Management (SQM) вроде CAKE и fq_codel держат очереди короткими даже под нагрузкой, так что загрузка 500 Мбит/с не добавляет 300 мс задержки ко всему остальному.

OpenWrt, pfSense и большинство современных роутеров (Asus с прошивкой Merlin, Ubiquiti UniFi, eero Pro 6E) поддерживают SQM. Включите его, выставьте uplink примерно на 95% от тарифной скорости и наблюдайте, как тест bufferbloat от DSLReports или Waveform падает с оценки F до A+.

Это не добавляет полосы, но убирает 40–60% потерь throughput, которые возникают, когда bufferbloat заставляет TCP-отправителя многократно сбавлять темп.

IPv6 обычно быстрее

На провайдерах с поддержкой dual-stack IPv6 часто маршрутизируется напрямую к крупным облачным назначениям. AWS, Google Cloud, Cloudflare и Azure поддерживают нативный IPv6, и пакет по IPv6 обычно обходит на один-два NAT-хопа меньше, чем пути по IPv4 CGNAT, типичные для мобильных и некоторых жилых сетей.

Проверьте через ipv6-test.com или test-ipv6.com. Если набираете 10/10, вы уже используете IPv6 там, где он доступен. Если нет — включите его в роутере (большинство провайдеров автоматически раздают конфиги через DHCPv6 или PPPoE). Разница на трансконтинентальной загрузке может составить 20–40%.

Выключите всё, что синхронизируется в фоне

Dropbox, Google Drive, OneDrive, iCloud Photos, Time Machine по сети и инструменты резервного копирования вроде Backblaze — все молча потребляют восходящую полосу. Activity Monitor в macOS (вкладка Network, сортировка по «Sent Bytes») и Resource Monitor в Windows раскрывают виновников.

Поставьте их на паузу перед крупной передачей. iCloud Photos особенно любит пушить гигабайты тихо после импорта съёмки. Дефолтный тротлинг Backblaze — «automatic», что означает «забери всё доступное» на простаивающем соединении.

Звонок в Zoom в 1080p потребляет около 3 Мбит/с upstream. HD-звонок в Google Meet — около 2,5 Мбит/с. Если кто-то в доме на видеозвонке, планируйте передачу вокруг него или примите потерю в 2–3 Мбит/с.

DNS и время до первого байта

Неправильно настроенный DNS может добавить 50–200 мс задержки до того, как TCP-соединение вообще начнётся. Если вы всё ещё используете дефолтный резолвер провайдера, попробуйте 1.1.1.1 от Cloudflare или 8.8.8.8 от Google. Используйте dig +stats transfer-service.com, чтобы сравнить время ответа. Для чанковых загрузок, открывающих много соединений, быстрый резолвер складывается в заметно более быстрый общий throughput.

В macOS меняйте DNS в System Settings > Network > Details > DNS. В Windows 11 — Settings > Network & Internet > (ваш адаптер) > Edit DNS server assignment.

Настройка MTU на нестандартных сетях

Если вы на VPN, PPPoE DSL или сотовом аплинке, ваш MTU может быть ниже стандартных 1500 байт. Неправильный MTU вызывает фрагментацию TCP, повторные передачи и обвал throughput. Тестируйте через ping -s 1472 -D google.com на macOS/Linux или ping -f -l 1472 google.com на Windows. Если пакеты не возвращаются, понижайте MTU шагами по 10 байт, пока не вернутся, потом ставьте это значение (плюс 28 на накладные ICMP) как MTU интерфейса.

Типичные рабочие значения: 1500 на большинстве broadband, 1492 на PPPoE DSL, 1428 на некоторых WireGuard VPN, 1400 на большинстве 5G-операторов.

Контроль перегрузки: BBR против Cubic

На Linux-системах, грузящих в облако, переключение TCP congestion control с Cubic на BBR (Bottleneck Bandwidth and RTT) может удвоить throughput на линиях с большой задержкой и небольшими потерями. Включается через sysctl -w net.ipv4.tcp_congestion_control=bbr. macOS и Windows используют варианты Cubic и CUBIC-based алгоритмы по умолчанию и не предоставляют эту настройку легко, но эндпоинты передачи в облаке всё чаще запускают BBR на своей стороне, что помогает даже если ваша сторона не настроена.

Это одна из причин, почему сервисы на Google Cloud (Smash, часть трафика SwissTransfer) часто ощущаются быстрее идентичных сервисов на старом хостинге.

Выбор браузера имеет значение

Браузеры на Chromium (Chrome, Edge, Brave, Arc) поддерживают HTTP/3 и QUIC по умолчанию, что обыгрывает HTTP/2 поверх HTTPS на нестабильных линиях на 15–25%. Firefox тоже поставляется с QUIC. Safari 17+ поддерживает HTTP/3, но для некоторых сервисов по умолчанию идёт через HTTP/2. Проверьте через панель Network в DevTools, колонка «Protocol».

Если эндпоинт загрузки сервиса передачи работает через HTTP/3, возможность браузера его подхватить означает меньше раундов рукопожатия на чанк — а это важно для параллельных загрузок, открывающих 4–8 одновременных потоков.

Выбирайте сервис, уважающий канал

Некоторые сервисы передачи тротлят загрузки независимо от того, сколько у вас полосы. Линия 500 Мбит/с всё равно может ползти через инструмент, ограничивающий пропускную способность на передачу до 30 Мбит/с. HexaTransfer стримит чанки параллельно поверх HTTP/2 с шифрованием AES-256-GCM в Web Workers, так что ваша загрузка насыщает то, что соединение реально может выдать, в пределах потолка 10 ГБ на передачу.

Попробуйте на hexatransfer.com — бесплатно, без регистрации, до 10 ГБ.