Я проводил несколько тестов с iperf, чтобы измерить пропускную способность сети между двумя серверами (подключенными последовательно через перекрестный кабель), и я вижу только от 180 до 200 Мбит / с. Я пробовал разные кабели, и все они CAT6. Как вы, возможно, знаете, iperf генерирует пакеты на лету, поэтому дисковый ввод-вывод здесь не задействован ...
Два сервера работают под управлением простой Windows 2003 с правильным и последним сетевым драйвером для сетевых адаптеров. Я знаю, что есть некоторые накладные расходы протокола, но я не ожидаю, что это займет более 20% пропускной способности.
Реально ли стремиться к использованию 80%? То есть, чтобы получить около 800 Мбит / с по каналу 1 ГБ? Вы действительно видели это в Windows?
Спасибо, JFA
Включите jumbo-кадры.
Я видел устойчивую скорость 950 Мбит / с для большой базы данных Oracle на iSCSI HBA при большой нагрузке, но редко выше 500/600 Мбит / с для обычного ввода-вывода на обычных сетевых адаптерах. Тем не менее, 300 Мбит / с - это более нормальная максимальная скорость дня в моей сети. YMMV.
Я получаю такую производительность на своем оборудовании, но это не обычный трафик. Однако, когда я копирую файлы между серверами, он получает устойчивую передачу, я не использую сервер 2003. В 2008 году сетевой стек стал намного лучше см. упомянутый whitepapaer для получения подробной информации о том, как реализовать. Включение больших кадров тоже не повредит.
Он не отвечает на ваш вопрос, но ЭТОТ - отличная статья с сайта tomshardware.com, в которой подробно рассказывается о том, насколько сложно попасть в регионы с более чем 80% загрузкой с помощью GigE.
Попробуйте проверить, не возникают ли у вас ошибки Ethernet, используя netstat во время выполнения теста:
netstat -e
Вы получите следующий результат:
Interface Statistics
Received Sent
Bytes 1297481476 1525340409
Unicast packets 615329630 429473493
Non-unicast packets 809612 72735
Discards 0 0
Errors 0 0
Unknown protocols 44579
Если вы получаете много Ошибки, вы должны попытаться найти их.
Здесь это может быть запрещено, но попробуйте установить обе карты на Полный дуплекс и посмотрите, получите ли вы повышение скорости или уменьшение количества ошибок.
Вы также можете попробовать netstat -e -S чтобы получить статистику (и ошибки) по протоколу во время выполнения теста. Возможно, ваша тестовая утилита генерирует пакеты, которые Windows регистрирует как проблемные.
Важно отметить, что эти скорости всегда основывались на непрерывной передаче максимально возможного пакета. В исходном Ethernet заявка составляла 10 Мбит / с, но это было верно только в том случае, если каждый пакет имел длину 1500+ байтов.