Скрытые технические нюансы работы в режиме Thunderbolt Networking

Примерно месяц назад я решил протестировать перспективный сценарий высокоскоростного прямого соединения между двумя компьютерами. Речь идет о штатном функционале портов Thunderbolt 3/4/5, известном как Thunderbolt Networking. Суть этого метода заключается в следующем:

  1. Необходимо использовать качественный кабель Thunderbolt 3/4/5 (или USB4/4 v2) длиной от 0,5 до 2 метров. Важно помнить: чем больше длина, тем выше требования к качеству исполнения и пропускной способности провода.

  2. При подключении кабеля в соответствующие порты обоих устройств и наличии установленных драйверов Thunderbolt, в системе автоматически создается виртуальный сетевой адаптер «Thunderbolt Networking». Для него, как и для обычного сетевого контроллера, достаточно задать IP-адрес и маску подсети. После этого можно свободно обмениваться данными через сетевые папки. Примечательно, что такой канал работает параллельно с основным интернет-соединением (Wi-Fi или Ethernet), никак не влияя на его стабильность.

Реализовав это подключение, я убедился, что сеть функционирует, а файлы успешно передаются по кабелю.

Однако далее меня ждал крайне любопытный технический нюанс.

Теоретически пропускная способность таких адаптеров составляет 20 Гбит/с. Если оба устройства оснащены быстрыми SSD, скорость передачи крупных файлов в идеальных условиях могла бы достигать 2,6 ГБ/с. На практике, с учетом накладных расходов протокола и особенностей работы сетевого стека, реальный предел обычно составляет около 8 Гбит/с, или порядка 1 ГБ/с «на пике».

Каково же было мое удивление, когда я столкнулся с удручающими результатами. Я соединил два ноутбука Lenovo Thinkpad: старый P50 (Thunderbolt 3, 8 лет эксплуатации) и современный производительный P16 gen 2 (Thunderbolt 4, полтора года в работе).

Разумеется, я ожидал меньшую скорость на стороне устаревшего P50, однако реальные цифры оказались далеки от ожидаемых. Скорость обмена данными в сторону P50 едва достигала 12–60 МБ/с, а при передаче на P16 gen 2 колебалась в районе 150–300 МБ/с.

Это стало для меня неприятным сюрпризом. Я даже инвестировал в премиальный кабель Satechi стандарта USB4 v2 длиной 120 см, обладающий огромным запасом по характеристикам. Все попытки оптимизации настроек ОС в течение месяца не приносили результата, и я почти смирился с тем, что «железо» просто несовместимо на программном уровне.

К счастью, я ошибался.

Разбираясь в конфигурациях сети, я случайно обратил внимание на параметры сетевых компонентов, активных для адаптеров Thunderbolt Networking. На одном из ноутбуков у меня много лет установлена специализированная утилита Connectify Dispatch. Она предназначена для агрегации нескольких сетевых интерфейсов в единый канал и работает на уровне драйверов, автоматически внедряя свой фильтр — Connectify Lightweight Filter. Как выяснилось, этот фильтр отлично справляется с физическими адаптерами, но входит в жесткий конфликт с виртуальными интерфейсами Thunderbolt Networking.

Об этом моменте нет упоминаний в технической документации, я вычислил это исключительно экспериментальным путем. Стоило мне отключить компонент Connectify Lightweight Filter для Thunderbolt-соединения, как скорость передачи данных моментально подскочила до 500–700 МБ/с в обе стороны. С учетом возрастных ограничений порта Thunderbolt 3, это практически теоретический предел для данного оборудования.

Результат меня поразил. Столько усилий было потрачено на отладку, а причина скрывалась в стороннем драйверном компоненте. Если вы планируете настроить подобное соединение, настоятельно рекомендую внимательно проверить список активных сетевых компонентов в свойствах адаптера Thunderbolt Networking — возможно, именно какой-то специфический софт мешает вам получить максимальную производительность.

В целом, такой сценарий — лучший способ для молниеносной передачи файлов между современными ПК, превосходящий по эффективности любые другие кабельные методы. Главное — учитывать описанный нюанс.

P.S. Оригинал статьи был опубликован мной на форуме ixbt.com (https://forum.ixbt.com/topic.cgi?id=17:58337#0)

 

Источник

Читайте также