Медленное подключение к локальной сети (особенно прием) в Windows 8

Я диагностировал проблемы с производительностью SMB, когда заметил, что вся сеть отключена. Вот мои результаты сравнительного анализа между моим рабочим столом и моим сервером Linux:

Оба подключены с использованием CAT6 и имеют гигабитную сеть.

~$ iperf -c 192.168.2.10 -r ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 85.3 KByte (default) ------------------------------------------------------------ ------------------------------------------------------------ Client connecting to 192.168.2.10, TCP port 5001 TCP window size: 110 KByte (default) ------------------------------------------------------------ [ 5] local 192.168.2.2 port 54320 connected with 192.168.2.10 port 5001 [ ID] Interval Transfer Bandwidth [ 5] 0.0-10.0 sec 114 MBytes 95.2 Mbits/sec [ 4] local 192.168.2.2 port 5001 connected with 192.168.2.10 port 49719 [ 4] 0.0-10.0 sec 532 MBytes 446 Mbits/sec 

Таким образом, это 446 МБ / с от моего рабочего стола до моего сервера и не более 95 МБ / с от моего сервера до моего рабочего стола, где оба значения должны быть (близки к) 1000 МБ / с.

Я помню, что получал> 900 Мбит / с в обоих направлениях, когда я все еще работал под управлением Windows 7.

Я уже пробовал все виды вещей, таких как отключение различных функций разгрузки в драйвере NIC, загрузка вручную последней версии драйвера NIC из Realtek и отключение автоматической настройки с помощью netsh interface tcp set global autotuning=disabled.

РЕДАКТИРОВАТЬ:

Я провел некоторое обширное тестирование с iperf между коммутаторами и тому подобным образом между моим Linux-сервером (LARS-ILLIUM) и моим рабочим столом (LARS-VIGIL). LARS-FEROS и LARS-RANNOCH оба являются коммутаторами, и соединение выглядит следующим образом:

LARS-ILLIUM <---> LARS-FEROS <---> LARS-RANNOCH <---> LARS-VIGIL

Конечно, есть другие устройства, подключенные к коммутаторам, но это путь между LARS-ILLIUM и LARS-VIGIL.

Я составил таблицу результатов iperf: http://prntscr.com/39r0eh Думаю, таблица довольно понятна, но первые три строки - это результаты теста слева направо, а нижние три строки - наоборот. Все тесты были UDP между прочим. Завершить команду:iperf -c 192.168.2.x -u -b 1000M

Теперь я знаю, что проблема не ограничивается моим настольным LARS-VIGIL, но возникает и в остальной части моей локальной сети. Все еще не имею ни малейшего понятия, что происходит, хотя ...