Низкая пропускная способность с iperf3 при использовании Windows, но Linux работает на полной скорости

492
kimsbrian

У меня есть DigitalOcean Droplet, который использует гигабитное соединение, и, к счастью, в моем общежитии в колледже также есть гигабитное соединение. Я заметил, что передача данных между ними была довольно медленной, поэтому я запустил iperf3 с Droplet в качестве сервера и моим компьютером в качестве клиента. Тест показал ужасные скорости . Когда я выполнил тот же тест с UDP или достаточным количеством параллельных потоков (80), я достиг полной гигабитной скорости.

Я запустил iperf3 на другом компьютере с Windows и получил те же результаты. После устранения неполадок я обнаружил, что использование Ubuntu вместо Windows достигло гигабитных скоростей.

У меня есть экземпляр EC2, который расположен в нескольких состояниях ближе ко мне, чем Droplet, и когда я установил его в качестве сервера и мой компьютер с Windows в качестве клиента, я достиг примерно 30 мегабит и снова с UDP или достаточным количеством параллельных потоков, я также был в состоянии получить гигабит.

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

Я был бы очень признателен за любую помощь или совет, чтобы помочь мне получить эту работу. Спасибо.

РЕДАКТИРОВАТЬ: я связался с автором статьи, и он ответил, что мне понадобится оптимизатор WAN. Вот склейка письма, которое он мне прислал. Кто-нибудь может подтвердить это или предложить более простое решение? Хотя мне нравится думать, что я разбираюсь в технологиях, я всего лишь первокурсник из колледжа, и почти все, что написано в этом письме, идет мне в голову.

РЕДАКТИРОВАТЬ 2: http://www.dslreports.com/speedtest/41142166

1
Каково ваше RTT (время прохождения туда-обратно, например, «время пинга») от вашего общежития до капельки? Какой самый большой размер окна вы пробовали? IPerf по умолчанию «загружает» данные с клиента на сервер. Вы хотели сконцентрироваться на этом направлении в первую очередь? Запустите http://dslreports.com/speedtest и отредактируйте свой вопрос, добавив ссылку на страницу результатов. Я хотел бы увидеть ваш счет в буферах и скорость загрузки. Spiff 6 лет назад 0
Еще одна интересная вещь, которую стоит попробовать, - включить экспериментальную поддержку Windows 10 для алгоритма управления перегрузкой CUBIC TCP. Я полагаю, что и Linux, и macOS в настоящее время по умолчанию используют CUBIC, тогда как Windows по умолчанию использует соединение Compound TCP (CTCP). Вполне возможно, что что-то в сетевом пути между вашим общежитием и капелькой сбивает с толку CTCP, но не беспокоит CUBIC. Вот инструкции по включению CUBIC в Windows 10: https://blogs.technet.microsoft.com/networking/2017/07/13/core-network-stack-features-in-the-creators-update-for-windows- 10 / Spiff 6 лет назад 0
Как тест скорости, как speedtest.net, сравнивается в двух ОС? Xen2050 6 лет назад 0
Мое время проверки связи с моим сервером для Droplet составляет [менее мс] (https://i.imgur.com/ciAp8rf.png). Я пробовал 64KB и 1M, но, похоже, ничего не изменилось. Моя основная концентрация - поведение по умолчанию при загрузке с моего компьютера в Droplet. Я отредактировал свой пост выше, чтобы включить отчет. Я также попытался включить CUBIC, но опять же не вижу разницы в скоростях. Чтобы подтвердить, это команда "netsh int tcp set extra template = internet congestionprovider = cubic"? Мои тесты скорости достигают гигабитных скоростей. Моя машина с Windows может получить гигабит в P2P и других приложениях. kimsbrian 6 лет назад 0
К вашему сведению, следует добавить @kimsbrian, чтобы пользователь знал, что вы отвечаете на него Xen2050 6 лет назад 0
@Spiff Спасибо за вашу помощь. Если бы вы могли взглянуть еще раз, я был бы очень признателен. kimsbrian 6 лет назад 0
@ Xen2050 Я новичок в этих форумах, так что спасибо за внимание. kimsbrian 6 лет назад 0
@kimsbrian Я хотел, чтобы ты пинговал дроплет со своего компьютера с Windows в своей комнате в общежитии. Там нет, как «<1 мс» является правильным ответом. Spiff 6 лет назад 0
@Spiff У меня тоже была такая же мысль. Я также пытался пинговать другие сайты и получил <1 мс для многих из них. Например, Amazon и Superuser были <1 мс, а Google - 7 мс. На speedtest.net я также получаю [1ms ping] (http://www.speedtest.net/result/7763717229). kimsbrian 6 лет назад 0
@kimsbrian Ваш компьютер под управлением Windows находится в общежитии для использования какого-либо прокси-сервера в кампусе или чего-то еще? Я подозреваю, что что-то в университетском городке реагирует на ваши пинги. Знаете ли вы, где физически находится базовое оборудование вашего Droplet? Если он находится на расстоянии 93 миль или более, свет не может перемещаться туда и обратно в течение 1 мс, поэтому мы можем использовать это, чтобы исключить правильность значения <1 мс. Spiff 6 лет назад 0
@kimsbrian В любом случае, исходя из времени пинга в ваших отчетах по dslreports, я думаю, что вы должны оценить RTT по крайней мере 20 мс для вашей капли. Это делает ваш «продукт полосы пропускания * задержка» (BDP) 0,020 секунды * 1 000 000 000 бит / с = 20 000 000 бит = ~ 2,4 мегабайта. Так что вы должны запустить iperf с `-w 3M`, чтобы убедиться, что вы можете сохранить этот канал заполненным. Можете ли вы попробовать запустить iperf таким образом и опубликовать результаты? Spiff 6 лет назад 0
@Spiff Я не уверен на 100%, есть ли прокси, но я не удивлюсь. Моя капля определенно находится на расстоянии более 93 миль. Я в Вирджинии, а Дроплет в Нью-Йорке. Я заметил, что мой экземпляр EC2, также расположенный в Вирджинии, показал лучшую производительность на 30 Мбит / с, если это что-то указывает. [Здесь] (https://i.imgur.com/pQZHA6Y.png) - результаты запуска iperf с -w 3M для моей капли. kimsbrian 6 лет назад 0
@kimsbrian На данный момент я думаю, что вам нужно связаться с ИТ-специалистами вашего кампуса и выяснить, почему какое-то устройство в кампусе отвечает на эхо-запросы на IP-адреса, отличные от его собственных. Может оказаться, что ваш трафик проходит через какой-то прокси, который ограничивает вашу производительность. Spiff 6 лет назад 0

0 ответов на вопрос

Похожие вопросы