Я диагностировал проблемы с производительностью 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, но возникает и в остальной части моей локальной сети. Все еще не имею ни малейшего понятия, что происходит, хотя ...