Обновленный 09.10.2014

Отказ от ответственности

Этот вопрос подобен Необъясненным медленным гигабитным скоростям сети, но потому что последний является все еще оставшимся без ответа после 5 лет, и что я думаю, что могу добавить больше деталей, я отправляю другой вопрос по этой теме.

Фон

У нас есть 2 сервера хранения Dell PowerVault NX200. Оба показывают Broadcom BCM5716 встроенный двойной Гигабит NIC (от которого я использую только один порт). Они поставка сервера хранения с устройством хранения данных Windows Server 2008 Основной SP2, который я недавно переустановил и обновил к последней версии.

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

Проблема

Пропускная способность С обоих серверов составляет приблизительно 5-6 Мбит/с. Это измерялось с несколькими выполнениями Iperf за день. Пропускная способность К серверам составляет приблизительно 90 Мбит/с.

Другие инструменты и методы дают тот же вид результатов (например, ttcp или копирование файлов с помощью Windows Explorer, Teracopy...). Я буду придерживаться результатов Iperf для исключения как можно большего количества несоответствующих компонентов (например, SMB).

Что не работает

Я попробовал несколько вещей, ни одну из который работавший.

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

• Используя другой NIC (BCM5709), который хорошо работает на другом сервере Windows 2008 R2.

• Отключение всех других компьютеров и отъезд серверов изолируются на переключателе.

• Подключение серверов к другому переключателю не улучшило вещи.

• Удаление любого переключателя и соединение непосредственно NIC к NIC.

• Обновление драйверов NIC и программного обеспечения к последним версиям от QLogic.

• Изменение параметров NIC к каждому режиму "Speed & Duplex". "Автоматический согласовывают", всегда приводил бы к самой быстрой скорости, которую я мог получить от него.

• То же самое для других параметры NIC, такие как размер Пакета крупного размера (для соответствия поддержке коммутаторов). Большую часть времени это ничего не изменило и когда это сделало, это только сделало вещи хуже.

• Я также попробовал весь из netsh interface tcp set global параметры, включая autotuninglevel который многие люди предлагают оставить отключенным.

• Установка TCPWindowSize в реестре. Эта установка проигнорирована в Windows 2008.

Какие работы

Начальная загрузка к CentOS 6. Все прекрасно на CentOS LiveCD. Преступник является, вероятно, Windows, драйвером или настройками а не NIC, переключателями или кабельными соединениями.

(Вероятно), связанная проблема

Я смог воспроизвести большую часть результатов плато Windows TCP Window Scaling Hitting слишком рано. Принуждение окна TCP также приводит к намного более высоким скоростям во время тестов Iperf. Похоже, что масштабирование окна TCP Windows не работает правильно при передаче.

Результаты Iperf

Между этими двумя серверами.12 NIC вручную набор к Полному дуплексу на 100 Мбит/с:

[  4] local 192.168.1.14 port 51535 connected with 192.168.1.12 port 5001
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-15.1 sec   640 KBytes   348 Kbits/sec
[  4] local 192.168.1.14 port 5001 connected with 192.168.1.12 port 50498
[  4]  0.0-10.3 sec  6.00 MBytes  4.90 Mbits/sec

Между этими двумя серверами.12 NIC вручную набор к Полудуплексу на 100 Мбит/с (те же результаты на "Автоматическом"):

[  4] local 192.168.1.14 port 51541 connected with 192.168.1.12 port 5001
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.2 sec  6.38 MBytes  5.23 Mbits/sec
[  4] local 192.168.1.14 port 5001 connected with 192.168.1.12 port 50509
[  4]  0.0-10.3 sec  6.12 MBytes  4.99 Mbits/sec