Назад | Перейти на главную страницу

тестирование сетевого подключения на сервере с Gigabit Ethernet

У меня есть коробка с Gigabit Ethernet, и я не могу пройти около 200 Мбит / с или 250 Мбит / с в моих тестах загрузки.

Я делаю такие тесты:

% wget -6 -O /dev/null --progress=dot:mega http://proof.ovh.ca/files/1Gb.dat
--2013-07-25 12:32:08--  http://proof.ovh.ca/files/1Gb.dat
Resolving proof.ovh.ca (proof.ovh.ca)... 2607:5300:60:273a::1
Connecting to proof.ovh.ca (proof.ovh.ca)|2607:5300:60:273a::1|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 125000000 (119M) [application/x-ns-proxy-autoconfig]
Saving to: ‘/dev/null’

     0K ........ ........ ........ ........ ........ ........  2% 5.63M 21s
  3072K ........ ........ ........ ........ ........ ........  5% 13.4M 14s
  6144K ........ ........ ........ ........ ........ ........  7% 15.8M 12s
  9216K ........ ........ ........ ........ ........ ........ 10% 19.7M 10s
 12288K ........ ........ ........ ........ ........ ........ 12% 18.1M 9s
 15360K ........ ........ ........ ........ ........ ........ 15% 19.4M 8s
 18432K ........ ........ ........ ........ ........ ........ 17% 20.1M 7s

С ограничением, что я контролировать только один сервер которые я хочу протестировать, а не сайты, на которых я хочу провести тесты, как мне провести честное тестирование?

В принципе, есть ли инструмент, который позволит мне загрузить файл размером 100 МБ в нескольких одновременных TCP-потоках через HTTP?

Или скачать сразу несколько файлов за раз?

Ария2 это инструмент командной строки, похожий на wget, который поддерживает несколько одновременных загрузок через http, bittorent, ftp и т. д.

aria2c -d /dev -o null  --allow-overwrite=true -x 15 url  --file-allocation=none

Загрузите файл с 15 подключениями к / dev / null.

- разрешить перезапись предотвращает попытки aria переименовать / dev / nulll.

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

Вы будете ограничены скоростью, меньшей, чем самая медленная ссылка. У вас может быть соединение 10Gig, но если ваше интернет-соединение - Dialup, вы будете ждать. Даже в локальной сети, которая может поддерживать сквозной объем 1 ГБ, вы можете увидеть узкое место со скоростью чтения исходного сервера или скоростью записи целевого сервера.

Этому способствует множество факторов:

Во-первых, вы скачиваете через Интернет. Предположим, в вашем распоряжении действительно есть гигабитное соединение:

Накладные расходы TCP могут съесть от 5 до 10% вашей пропускной способности - для простоты скажем, 10%. Итак, вы снизились до 900 Мбит / с.

Нагрузка на удаленный сервер является основным фактором, и вы не можете ее контролировать или видеть. Многие серверы могут легко увеличить время чтения до 200 МБ / с, но под нагрузкой это может снизить скорость.

Маршрутизация также является фактором скорости. Если ваш маршрут насыщен, пострадает скорость.

И наконец ... ты действительно у вас есть гигабитное подключение к Интернету, или это просто скорость вашего порта? Скорость ограничена самым медленным звеном, которое вы пересекаете. Кроме того, если у вас есть размещенный сервер с гигабитной ссылкой, они часто используются другими клиентами, и вы не получаете выделенную гигабитную ссылку для начала.

Изменить: Причина, по которой я не рекомендовал инструмент, заключается в том, что они находятся на расстоянии поиска Google, а их множество.