Отладка низкой скорости передачи с сервера [дубликат]

На этот вопрос уже есть ответ здесь:

Я пытаюсь объяснить это как можно проще, но задокументировано. Это не эксклюзивно для этого сервера или моего текущего интернет-провайдера . Я видел одну и ту же проблему на протяжении многих лет, работая с разными интернет-провайдерами и имея свои серверы у разных провайдеров (GoDaddy в США, iWeb и GloboTech в Канаде). Единственное, что было распространено - это ОС Windows Server (2003 и 2008 R2). Но давайте теперь посмотрим только на мой текущий сервер и моего текущего интернет-провайдера.

Проблема :

У меня очень низкая скорость передачи данных между моей локальной рабочей станцией и удаленным выделенным сервером. Мой сервер подключен к порту 100 Мбит / с, а моя локальная рабочая станция имеет симметричное соединение 50 Мбит / с по оптоволокну.

Признаки :

И сервер, и рабочая станция получают отличные результаты (очень близкие к скорости их соединения) при выполнении тестов на speedtest.net на разных серверах и в разных местах в США и Мексике. Если я загружаю большие файлы, скажем, из Dropbox, либо на свой сервер, либо на свою рабочую станцию, я получаю скорость передачи 10 Мбит / с и 5 Мбит / с соответственно для одного соединения, что является правильным для каждой скорости соединения 100 Мбит / с и 50 Мбит / с. соответственно.

Тем не менее, если я передаю файл со своего сервера (через HTTP или FTP) на свою рабочую станцию, я не смогу даже приблизиться к скорости 50 Мбит / с, которую я должен получить (скорость передачи 5 Мбит / с), но вместо этого я получаю что-то эквивалентное до 3 Мбит / с (скорость передачи 300 Кбит / с).

Я пытаюсь понять, почему у меня такая низкая скорость передачи данных. Я не уверен, как его отлаживать. Всякий раз, когда я поднимаю вопрос о проблеме с хостинг-провайдерами, они спрашивают меня о выводах tracert и, наконец, просто обвиняют в этом какой-то сервер посередине. Но это не кажется правильным, если принять во внимание то, что я сказал вначале: Я видел эту точную скорость / проблему, когда на моих серверах были GoDaddy, iWeb и GloboTech, и когда я сам работал с разными Интернет-провайдеры очень разных типов Интернет-услуг . Это действительно похоже на фиксированную настройку где-то в области сервера.

Тесты, которые я сделал :

SPEEDTEST

Это тесты скорости от speedtest.net, которые были выполнены на моем выделенном сервере для разных удаленных серверов , включая сервер в центре обработки данных моего интернет-провайдера в Мехико:

Канада : 94,64 Мбит / с для загрузки и 94,87 Мбит / с для загрузки http://www.speedtest.net/my-result/3470801975

Сан-Хосе, CA : 93,58 Мбит / с для загрузки и 95,48 Мбит / с для загрузки http://www.speedtest.net/my-result/3470805341

Мехико (сервер в датаакантере моего собственного интернет-провайдера) : 92,99 Мбит / с для загрузки и 95,39 Мбит / с для загрузки http: //www.speedtest.net / my-result / 3470810269

Если я запускаю эти тесты на тех же серверах с моей локальной рабочей станции, я также получаю скорость, близкую к моему соединению 50 Мбит / с.

TRACERT

Это недавний вывод tracert, выполненный с моей рабочей станции на мой выделенный сервер:

 1    <1 ms    <1 ms    <1 ms  192.168.7.254
 2     2 ms     1 ms     1 ms  10.69.32.1
 3     *        3 ms     2 ms  10.5.50.174
 4     3 ms     2 ms     2 ms  10.5.50.173
 5     *        5 ms     3 ms  fixed-203-69-2.iusacell.net [189.203.69.2]
 6    32 ms    32 ms    32 ms  8-1-33.ear1.Dallas1.Level3.net [4.71.220.89]
 7    33 ms    33 ms    33 ms  ae-3-80.edge5.Dallas3.Level3.net [4.69.145.145]
 8    33 ms    33 ms    33 ms  ae13.dal33.ip4.tinet.net [77.67.71.221]
 9    76 ms    76 ms   157 ms  xe-1-0-0.mtl10.ip4.tinet.net [89.149.185.41]
10    72 ms    72 ms    72 ms  te2-2.cr2.mtl3.gtcomm.net [67.215.0.160]
11    72 ms    72 ms    72 ms  ae2.csr2.mtl3.gtcomm.net [67.215.0.134]
12    72 ms    72 ms    73 ms  te3-4.dist1.mtl8.gtcomm.net [67.215.0.83]
13    72 ms    72 ms    72 ms  ns1.marveldns.com [173.209.57.82]

IPERF

Это тест iperf, выполненный с использованием моего выделенного сервера в качестве сервера и моей рабочей станции в качестве клиента:

C:\> iperf ns1.marveldns.com
------------------------------------------------------------
Client connecting to ns1.marveldns.com, TCP port 5001
TCP window size: 64.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.7.2 port 60339 connected with 173.209.57.82 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.3 sec  5.62 MBytes  4.59 Mbits/sec

Теперь это тест iperf в многопоточном режиме:

C:\> iperf -c ns1.marveldns.com -P 10
------------------------------------------------------------
Client connecting to ns1.marveldns.com, TCP port 5001
TCP window size: 64.0 KByte (default)
------------------------------------------------------------
[ 12] local 192.168.7.2 port 29424 connected with 173.209.57.82 port 5001
[ 11] local 192.168.7.2 port 29423 connected with 173.209.57.82 port 5001
[  9] local 192.168.7.2 port 29421 connected with 173.209.57.82 port 5001
[ 10] local 192.168.7.2 port 29422 connected with 173.209.57.82 port 5001
[  8] local 192.168.7.2 port 29420 connected with 173.209.57.82 port 5001
[  7] local 192.168.7.2 port 29419 connected with 173.209.57.82 port 5001
[  4] local 192.168.7.2 port 29416 connected with 173.209.57.82 port 5001
[  6] local 192.168.7.2 port 29418 connected with 173.209.57.82 port 5001
[  5] local 192.168.7.2 port 29417 connected with 173.209.57.82 port 5001
[  3] local 192.168.7.2 port 29415 connected with 173.209.57.82 port 5001
[ ID] Interval       Transfer     Bandwidth
[ 11]  0.0-10.9 sec  1.25 MBytes   959 Kbits/sec
[  4]  0.0-11.0 sec  1.25 MBytes   956 Kbits/sec
[  3]  0.0-11.4 sec   768 KBytes   551 Kbits/sec
[  8]  0.0-11.5 sec  1.00 MBytes   730 Kbits/sec
[  6]  0.0-11.6 sec  1.12 MBytes   813 Kbits/sec
[ 12]  0.0-11.7 sec  1.12 MBytes   805 Kbits/sec
[  5]  0.0-11.8 sec  1.25 MBytes   886 Kbits/sec
[ 10]  0.0-11.9 sec  1.12 MBytes   794 Kbits/sec
[  7]  0.0-12.0 sec  1.12 MBytes   788 Kbits/sec
[  9]  0.0-12.0 sec  1.12 MBytes   784 Kbits/sec
[SUM]  0.0-12.0 sec  11.1 MBytes  7.75 Mbits/sec

PATHPING

Это результат команды pathping, выполненной с моей рабочей станции на мой выделенный сервер:

Tracing route to ns1.marveldns.com [173.209.57.82]
over a maximum of 30 hops:
  0  ws1 [192.168.7.2]
  1  192.168.7.254
  2  10.69.32.1
  3     *     10.5.50.174
  4  10.5.50.173
  5  fixed-203-69-2.iusacell.net [189.203.69.2]
  6  8-1-33.ear1.Dallas1.Level3.net [4.71.220.89]
  7  ae-3-80.edge5.Dallas3.Level3.net [4.69.145.145]
  8  ae13.dal33.ip4.tinet.net [77.67.71.221]
  9  xe-1-0-0.mtl10.ip4.tinet.net [89.149.185.41]
 10  te2-2.cr2.mtl3.gtcomm.net [67.215.0.160]
 11  ae2.csr2.mtl3.gtcomm.net [67.215.0.134]
 12  te3-4.dist1.mtl8.gtcomm.net [67.215.0.83]
 13  ns1.marveldns.com [173.209.57.82]

Computing statistics for 325 seconds...
            Source to Here   This Node/Link
Hop    RTT  Lost/Sent = Pct  Lost/Sent = Pct  Address
  0                                           ws1 [192.168.7.2]
                                0/ 100 =  0%   |
  1    0ms     0/ 100 =  0%     0/ 100 =  0%  192.168.7.254
                                0/ 100 =  0%   |
  2    1ms     0/ 100 =  0%     0/ 100 =  0%  10.69.32.1
                                0/ 100 =  0%   |
  3    3ms     0/ 100 =  0%     0/ 100 =  0%  10.5.50.174
                                0/ 100 =  0%   |
  4    2ms     0/ 100 =  0%     0/ 100 =  0%  10.5.50.173
                                0/ 100 =  0%   |
  5    4ms    20/ 100 = 20%    20/ 100 = 20%  fixed-203-69-2.iusacell.net [189.203.69.2]
                                0/ 100 =  0%   |
  6   34ms     0/ 100 =  0%     0/ 100 =  0%  8-1-33.ear1.Dallas1.Level3.net [4.71.220.89]
                                0/ 100 =  0%   |
  7   34ms     0/ 100 =  0%     0/ 100 =  0%  ae-3-80.edge5.Dallas3.Level3.net [4.69.145.145]
                                0/ 100 =  0%   |
  8   33ms     0/ 100 =  0%     0/ 100 =  0%  ae13.dal33.ip4.tinet.net [77.67.71.221]
                                0/ 100 =  0%   |
  9   79ms     0/ 100 =  0%     0/ 100 =  0%  xe-1-0-0.mtl10.ip4.tinet.net [89.149.185.41]
                                2/ 100 =  2%   |
 10   73ms    14/ 100 = 14%    12/ 100 = 12%  te2-2.cr2.mtl3.gtcomm.net [67.215.0.160]
                                0/ 100 =  0%   |
 11   72ms     2/ 100 =  2%     0/ 100 =  0%  ae2.csr2.mtl3.gtcomm.net [67.215.0.134]
                                2/ 100 =  2%   |
 12   72ms    18/ 100 = 18%    14/ 100 = 14%  te3-4.dist1.mtl8.gtcomm.net [67.215.0.83]
                                0/ 100 =  0%   |
 13   72ms     4/ 100 =  4%     0/ 100 =  0%  ns1.marveldns.com [173.209.57.82]

Trace complete.

Вещи, которые вы можете попробовать сами

Если вы хочу попробовать, вот несколько вещей, которые я установил на сервере в целях тестирования:

Большой файл на HTTP-сервере

Я разместил на своем сервере файл размером 5 ГБ, который можно загрузить через HTTP. Вы можете найти его здесь: http://www.marveldns.com/transfer_test/

Приложение Speedtest MINI

Я установил на своем сервере мини-тест speedtest. Вы можете посетить его и посмотреть, какую скорость, по его словам, вы получаете как для загрузки, так и для загрузки на моем сервере и у вас самих. Вы можете найти его здесь: http://www.marveldns.com/speedtest/

iperf test

Я оставляю экземпляр сервера iperf работающим. Вы можете попробовать iperf в режиме клиента на хосте ns1.marveldns.com .

Наконец :

Как я уже сказал, я пытаюсь получить помощь в понимании всего этого. Я не специалист по TCP / IP или топовым сетям.Честно говоря, я даже не понимаю, как использовать результаты tracert, iperf или pingpath, чтобы решить проблему, но я включаю их, потому что меня всегда просят об этом, когда я говорю об этой проблеме.

Если в моем вопросе не хватает чего-то, что можно было бы улучшить, пожалуйста, не просто понижайте его и дайте мне знать, что с ним не так, или что еще я могу добавить к нему, чтобы получить некоторую помощь. Спасибо.

0
задан 30 April 2014 в 08:52
2 ответа

There is downloading of your bigfile( only 1mbit/s), i have 30mbit/s uplink bigfile

и speedtest из вашего сервера:

enter image description here

вы можете попробовать запустить iperf в режиме нескольких потоков?

[on the client side] iperf -c ip_of_your_server -P 10
1
ответ дан 4 December 2019 в 17:39

Для меня это пахнет проблемой BufferBloat, поскольку при подключении к разным провайдерам возникают одни и те же проблемы. Вы можете проверить http://en.wikipedia.org/wiki/Bufferbloat для получения дополнительных сведений об этой проблеме.

Я предполагаю, что вы работаете из дома или небольшого офиса, учитывая сеть, в которой находится ваша стартовая рабочая станция. Для моего домашнего офиса уменьшение размера буферов по умолчанию до гораздо меньшего размера. Я запускаю dd-wrt в своей домашней сети, и инструкции на http://www.embracingchaos.com/2011/01/fighting-buffer-bloat-on-dd-wrt.html хорошо работали для me.

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

0
ответ дан 4 December 2019 в 17:39

Теги

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