Понизить скорость сетевой карты

Обновлено: 06.07.2024

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

Правильные параметры настройки для сетевых адаптеров зависят от следующих переменных.

  • сетевой адаптер и набор его функций;
  • Тип рабочей нагрузки, выполняемой сервером
  • аппаратные и программные ресурсы сервера;
  • задачи настройки сервера.

В следующих разделах описывается ряд параметров настройки производительности.

Включение функций разгрузки

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

Не используйте разгрузку задач IPSec функции разгрузки или разгрузку TCP Chimney. эти технологии являются устаревшими в Windows Server 2016 и могут негативно сказаться на производительности сервера и сети. Кроме того, эти технологии могут не поддерживаться корпорацией Майкрософт в будущем.

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

Для некоторых сетевых адаптеров требуется включить разгрузку компонентов независимо для путей отправки и получения.

Включение масштабирования на стороне приема (RSS) для веб-серверов

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

Чтобы определить, поддерживает ли сетевой адаптер RSS, можно просмотреть сведения RSS на вкладке Дополнительные свойства в свойствах сетевого адаптера.

Профили RSS и очереди RSS

стандартный профиль RSS по умолчанию — нумастатик, который отличается от используемого по умолчанию предыдущих версий Windows. Прежде чем приступить к использованию профилей RSS, ознакомьтесь с доступными профилями, чтобы понять, когда они полезны и как они применяются к сетевой среде и оборудованию.

Например, если открыть диспетчер задач и проверить логические процессоры на сервере и они будут недостаточно загружены для приема трафика, можно попробовать увеличить число очередей RSS по умолчанию, равное двум, до максимума, поддерживаемого сетевым адаптером. В используемом сетевом адаптере могут быть параметры для изменения числа очередей RSS в драйвере.

Увеличение ресурсов сетевого адаптера

Для сетевых адаптеров, позволяющих вручную настраивать ресурсы, такие как буферы приема и отправки, следует увеличить выделенные ресурсы.

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

Если сетевой адаптер не предоставляет настройки ресурсов вручную, он динамически настраивает ресурсы, или для ресурсов задано фиксированное значение, которое нельзя изменить.

Включение контроля прерываний

Для управления прерываниями прерываний некоторые сетевые адаптеры предоставляют различные уровни управления прерываниями, различные параметры объединения буфера (иногда отдельно для буферов отправки и получения) или и то, и другое.

Следует рассмотреть возможность контроля прерываний для рабочих нагрузок, привязанных к ЦП. При использовании управления прерываниями учитывайте компромисс между экономией ЦП узла и задержкой, а также увеличением экономии ресурсов узла из-за большего количества прерываний и снижения задержки. Если сетевой адаптер не выполняет контроль прерываний, но он предоставляет объединение буферов, можно повысить производительность, увеличив число Объединенных буферов, чтобы освободить больше буферов на отправку или получение.

Настройка производительности для обработки пакетов с низкой задержкой

Многие сетевые адаптеры позволяют настраивать параметры для оптимизации системной задержки. Задержка — это время между обработкой входящего пакета сетевым драйвером и отправкой этого пакета обратно. Обычно это время измеряется в микросекундах. Для сравнения время передачи пакетов на длинные дистанции обычно измеряется в миллисекундах (это на порядок дольше). Эта настройка не сокращает время прохождения пакета.

Ниже приведены некоторые советы по настройке производительности для загруженных сетей, в которых на счету каждая микросекунда.

В BIOS компьютера установите значение High Performance (Высокая производительность) и отключите C-состояния. Однако имейте в виду, что это зависит от системы и BIOS, и некоторые системы обеспечивают большую производительность, если операционная система управляет электропитанием. проверить и настроить параметры управления питанием можно в Параметры или с помощью команды powercfg . Дополнительные сведения см. в разделе Параметры Powercfg Command-Line.

Установите в операционной системе профиль управления электропитанием Высокая производительность.

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

Включить статические разгрузки. Например, включите контрольные суммы UDP, контрольные суммы TCP и отправку параметров большой разгрузки (LSO).

Если трафик проходит через несколько потоков, например при получении многоуровневого трафика многоадресной рассылки, включите RSS.

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

Обрабатывайте прерывания сетевого адаптера и DPC на основном процессоре, который совместно использует процессорный кэш с ядром, которое используется программой (пользовательским потоком), обрабатывающей пакет. Для передачи процесса конкретным логическим процессорам можно использовать настройку фиксации ЦП вместе с настройкой RSS. Использование одного ядра для прерываний, DPC и пользовательского потока ведет к снижению производительности из-за увеличения нагрузки, поскольку ISR, DPC и поток будут конкурировать за ядро.

Прерывания управления системой

SMI — это прерывание с наивысшим приоритетом в системе и помещает ЦП в режим управления. Этот режим загружает все остальные действия, в то время как SMI запускает подпрограммы службы прерываний, обычно содержащиеся в BIOS.

К сожалению, такое поведение может привести к скачкам задержки 100 микросекунд или более.

Когда необходимо обеспечить минимальную задержку, следует запросить у поставщика оборудования версию BIOS, в которой прерывания SMI имеют наименьший возможный приоритет. Эти версии BIOS часто называются "BIOS с низкой задержкой" или "SMI Free BIOS". В некоторых случаях аппаратная платформа не может полностью исключить активность SMI, так как она используется для управления важными функциями (например, вентиляторами).

Операционная система не может управлять SMIs, так как логический процессор работает в специальном режиме обслуживания, что предотвращает вмешательство пользователя операционной системы.

Настройка производительности TCP

Для настройки производительности TCP можно использовать следующие элементы.

Автоматическая настройка окна приема TCP

в Windows Vista, Windows Server 2008 и более поздних версиях Windows Windows сетевой стек использует функцию, именуемую режимом автонастройки окна приема tcp , для согласования размера окна приема tcp. Эта функция может согласовать определенный размер окна приема для каждого подключения TCP во время подтверждения TCP.

в более ранних версиях Windows сетевой стек Windows использовал окно приема фиксированного размера (65 535 байт), которое ограничивает общую возможную пропускную способность для подключений. Общая пропускная способность подключений TCP может ограничивать сценарии использования сети. Автоматическая настройка окна приема TCP позволяет этим сценариям полностью использовать сеть.

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

Общая пропускная способность в байтах Размер окна приема TCP в байтах * (1/ Задержка подключения в секундах)

Например, для соединения с задержкой 10 мс общая пропускная способность составляет только 51 Мбит/с. Это значение целесообразно для большой корпоративной сетевой инфраструктуры. Однако с помощью автонастройки для настройки окна приема подключение может обеспечить полную скорость линии для подключения 1 Гбит/с.

Некоторые приложения определяют размер окна приема TCP. Если приложение не определяет размер окна приема, скорость связи определяется следующим образом:

  • Менее 1 мегабит в секунду (Мбит/с): 8 килобайт (КБ)
  • от 1 Мбит/с до 100 Мбит/с: 17 КБ
  • от 100 Мбит/с до 10 гигабит в секунду (Гбит/с): 64 КБ
  • 10 Гбит/с или более: 128 КБ

Например, на компьютере с установленным сетевым адаптером с 1 Гбит/с размер окна должен быть 64 КБ.

Эта функция также обеспечивает полное использование других функций для повышения производительности сети. Эти функции включают остальные параметры TCP, определенные в RFC 1323. используя эти функции, компьютеры на базе Windows могут согласовать размеры окна приема TCP, которые меньше, но масштабируются по определенному значению в зависимости от конфигурации. Такое поведение упрощает обработку размеров для сетевых устройств.

Может возникнуть проблема, при которой сетевое устройство не соответствует параметру TCP Window Scale, как определено в RFC 1323 и, следовательно, не поддерживает коэффициент масштабирования. в таких случаях обратитесь к этой статье KB 934430, если вы пытаетесь использовать Windows Vista за устройством брандмауэра или обратитесь в службу поддержки для поставщика сетевых устройств.

Проверка и настройка уровня автонастройки окна приема TCP

для просмотра или изменения уровня автонастройки окна приема TCP можно использовать команды netsh или командлеты Windows PowerShell.

в отличие от версий Windows, которые предварительно устарели Windows 10 или Windows Server 2019, вы больше не можете использовать реестр для настройки размера окна приема TCP. Дополнительные сведения об устаревших параметрах TCPсм. здесь.

Подробные сведения о доступных уровнях автонастройки см. в разделе уровни автонастройки.

Использование команды Netsh для просмотра или изменения уровня автонастройки

Чтобы проверить текущие параметры, откройте окно командной строки и выполните следующую команду:

Выходные данные этой команды должны выглядеть следующим образом:

Чтобы изменить этот параметр, выполните в командной строке следующую команду:

В предыдущей команде <<> представляет новое значение для уровня автоматической настройки.

Использование PowerShell для просмотра или изменения уровня автонастройки

Чтобы проверить текущие параметры, откройте окно PowerShell и выполните следующий командлет.

Выходные данные этого командлета должны выглядеть следующим образом.

Чтобы изменить этот параметр, выполните следующий командлет в командной строке PowerShell.

В предыдущей команде <<> представляет новое значение для уровня автоматической настройки.

Дополнительные сведения об этих командлетах см. в следующих статьях:

Уровни автонастройки

Можно настроить автоматическую настройку окна приема на любой из пяти уровней. Уровень по умолчанию — Обычная. В следующей таблице описаны уровни.

Level Шестнадцатеричное значение Комментарии
Normal (по умолчанию) 0x8 (коэффициент масштабирования 8) Задайте для окна приема TCP значение рост в соответствии с практически всеми сценариями.
Выключено Коэффициент масштабирования недоступен Задайте для окна приема TCP значение по умолчанию.
С ограниченным доступом 0x4 (коэффициент масштабирования 4) Задайте размер окна приема TCP, превышающего значение по умолчанию, но ограничьте такой рост в некоторых сценариях.
С высоким уровнем ограничений 0x2 (коэффициент масштабирования 2) Задайте размер окна приема TCP, превышающего значение по умолчанию, но это очень консервативно.
Экспериментальный 0xE (коэффициент масштабирования 14) Задайте для окна приема TCP значение рост в соответствии с экстремальными сценариями.

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

Уровень автонастройки: нормальный (состояние по умолчанию)

Уровень автонастройки: отключен

Уровень автонастройки: ограниченный

Уровень автонастройки: очень ограниченный

Уровень автонастройки: экспериментальный

Устаревшие параметры TCP

следующие параметры реестра из Windows Server 2003 больше не поддерживаются и не учитываются в более поздних версиях.

Все эти параметры были расположены в следующем подразделе реестра:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters

Платформа фильтрации Windows

Windows в Vista и Windows Server 2008 появилась платформа фильтрации Windows (WFP). WFP предоставляет интерфейсы API независимым поставщикам программного обеспечения (ISV) для создания фильтров обработки пакетов. Например, для брандмауэров и антивирусного ПО.

Плохо написанный фильтр WFP может значительно снизить производительность сети сервера. дополнительные сведения см. в разделе перенос Packet-Processing драйверов и приложений в WFP в Windows Центр разработки.

Ссылки на все разделы данного руководства см. в разделе Настройка производительности сетевой подсистемы.







А 100 полудуплекс можно выставить там же, где автосогласование.

Данного пункта у меня нет. можете сами убедиться взгянув на 1 скрин с 1 поста. а полудуплекс щас включу

Добавлено (12.05.2013, 21:23)
---------------------------------------------
Переключил на полудуплекс - изменений нет. Скорость так же 10Мбит.

kirill901, я Вам ссылку на драйвера скинул, скачайте последний и посмотрите.
Кстати такая хрень частенько встречается на ноутбуках. хм, у меня ж вроде более новые стоят 7.2.1127.2008. странно, ну ладно.

Добавлено (12.05.2013, 21:48)
---------------------------------------------
аееее..спасибо мужик! всё чётко:) закрываем тему

Такая же проблема была. sawq, спасибо! Там что, драйвера какие-то особые. Я перепробовал 5 драйверов, ничего не помогало, думал уже кабель менять. Установил пакет из указанного вами источника - заработало. СПАСИБО! Такая же проблема Можно восстановить ссылки на драйвера? Или хотя бы другие данные по драйверам типа ID или ещё как наити.

Ребят у меня та же проблема только вместо 100 мбит/с всегда стояла 1.0 гбит/с - теперь настройки сетевой карты в последнее время стали сбиваться. Сделал пару скриншотов как было раньше и как теперь - на 1 - 2 скрине как было всегда - а на 3 -4 как теперь из за этих сбоев скорость моего интернета падает ( это видна на скриншоте 2 и 4) Драйвер Realtek RTL8168/8111 PCI-E Gigabit Ethernet Adapter (PHY: Realtek RTL8211/8212) PCI - windows 10 . Но когда утром включаю ПК сетевая работает на 1.0 Гбит/с но через 2 - 3 мин интернет отключается и сетевая включает 100 Мбит/с - Драйвера переустанавливал - на время помогает потом снова 100 Мбит/с

Шаг 1. Проверьте скорость вашего подключения по локальной сети между компьютером и коммутатором.


Если скорость соединения «нормальная» (почти совпадает со скоростью, которую получает ваш компьютер от роутера напрямую), то перейдите к шагу 2.

Если скорость соединения «низкая» (к примеру, вы получаете только 100 Мбит/с, но ваша сетевая карта и роутер – гигабитные) – ваш коммутатор и роутер (или коммутатор и компьютер) подключились не корректно.

Примечание: наши неуправляемые коммутаторы работают в режиме авто-согласования скорости. Для этого необходимо, чтобы ваш роутер или сетевая карта компьютера также работали в режиме авто-согласования и были подключены кабелем стандарта EIA/TIA-568.

  1. Скорость соединения обычно не настраивается в настройках роутера (уточните у технической поддержки вашего роутера, возможно ли изменить режим работы на авто-согласование или вручную указать скорость большего значения)
  1. Что касается скорости соединенияна компьютере, то обычно в настройках сетевой карты есть возможность изменить скорость и тип дуплекса (speed and duplex):

На компьютере откройте Подключение по локальной сети, нажмите по нему правой кнопкой мыши, перейдите во вкладку Свойства – Настройка – Дополнительно – Скорость и Дуплекс – Первым делом выберите режим «Автоматически», «Авто-согласование» или “Auto-mode”. Если изменений нет, попробуйте разные скорости с разными дуплексами пока не увидите, что скорость соединения увеличилась.


  1. Убедитесь, что ваш кабель EIA/TIA-568 не повреждён, и жилы кабеля плотно закреплены к коннектору.

Шаг 2. Если скорость соединения сетевой карты вашего компьютера нормальная, то выполните следующие действия:

  1. Подключите два компьютера к вашему коммутатору через кабель, отключив при этом все остальное из коммутатора.
  2. Попробуйте передать какой-либо файл с одного компьютера на другой (к примеру, через программу передачи данных Dukto R6) и замерьте скорость.

Примечание: если скорость передачи файла будет быстрее чем скорость загрузки при подключении к роутеру напрямую, значит, коммутатор исправен, и вам необходимо проверить настройки вашего роутера.

Кратко, что такое QoS (англ. quality of service «качество обслуживания») — технология предоставления различным классам трафика различных приоритетов в обслуживании, также этим термином в области компьютерных сетей называют вероятность того, что сеть связи соответствует заданному соглашению о трафике, или же, в ряде случаев, неформальное обозначение вероятности прохождения пакета между двумя точками сети.

В работе мы будем использовать PowerShell для настройки политики QoS. Более подробно об используемых командлетах и их параметрах можно ознакомиться Читать

Пройдемся коротко по командлетам PowerShell:

  • Создание новой политики QoS: New-NetQosPolicy -Name "WSUS" .
  • Удаление созданной политики QoS: Remove-NetQosPolicy -Name "WSUS"
  • Изменение созданной политики QoS: Set-NetQosPolicy -Name "WSUS" …
  • Просмотр имеющихся политик QoS: Get-NetQosPolicy

Рассмотрим на примере применения ограничения трафика.

И так у нас имеется WSUS сервер и множество клиентов (рабочих станций) находящихся на других площадках с крайне ограниченными каналами связи. Соответственно клиенты с появлением новых обновлений разом начинают их скачивать и тем самым забивают наш канал по полной. Одним из решений данной проблемы – это ограничить исходящий трафик для удаленных клиентов.

Внимание! Создаваемые политики могут применяться на пользователя или на локальную машину, при этом политика пользователя имеет приоритет. При работе через PowerShell мы будем создавать для локальной машины. Обратите внимание на параметр –NetworkProfile – при создании политик надо правильно выбирать сетевой профиль иначе у вас ничего работать не будет.
Другие важные моменты при работе с политиками, прочтите обязательно: Управление политики QoS и Вопросы и ответы по политики QoS

Запускаем оснастку PowerShell с правами администратора

Ограничим исходящий трафик с сервера исходя из сети клиентов

Т.к. у сервера всего одна роль, то данной командой мы ограничили весь исходящий трафик для указанной сети.

  • Name "WSUS" - задает имя политики
  • IPDstPrefixMatchCondition "10.1.1.0/24" - указываем сеть клиентов (сеть получатель)
  • NetworkProfile Domain - для какого профиля сетевого окружения применяем. Если мы не укажем профиль, то политика будет распространяться на все профиля. Об этом я еще упомяну ниже
  • ThrottleRateActionBitsPerSecond 1MB - устанавливаем ограничения по скорости

Если ролей много, то мы можем расширить условия добавив, например, порт:

  • Name "WSUS 2" - задает имя политики
  • IPProtocolMatchCondition TCP" - указываем протокол
  • IPSrcPortMatchCondition 8530 - указываем порт источника трафика
  • IPDstPrefixMatchCondition "10.1.1.0/24" - указываем сеть клиентов (сеть получатель)
  • ThrottleRateActionBitsPerSecond 1MB - устанавливаем ограниченя по скорости

Еще примеры:

Ограничим скорость скачки файлов с шары сервера Ограничим скорость для конкретного приложения Пример использования: Get-NetQosPolicy - список имеющихся политик QoS Пример использования Set-NetQosPolicy - изменение уже существующей политики QoS Пример использования Remove-NetQosPolicy - удаление существующих политик QoS

А теперь посмотрим настройки в картинках и поэкспериментируем на Windows 10.

В качестве подопытного будем использовать программу iperf3.exe

Настройка через графический интерфейс.
Внимание! Создаваемые политики через графический интерфейс имею по умолчанию сетевой профиль Domain и не предоставляют нам возможности изменить это т.е. работать будет только если машина у нас в домене, а тестирование на этот раз мы проводим на домашнем компьютере.

Запускаем gpedit.msc (Редактор локальной групповой политики) и переходим, как показано на картинке

Редактор локальной групповой политики

Жмем правой кнопкой мыши на выделенном элементе, выбираем «Создать новую политику». Вносим изменения как на картинке, жмем далее и проходим мастер до конца.

Редактор локальной групповой политики
Редактор локальной групповой политики
Редактор локальной групповой политики
Редактор локальной групповой политики
Редактор локальной групповой политики

В данном примере мы урезали скорость для данной программы до 1Мбит/с и как мы знаем - это ограничение распространяется только на отдачу.

iperf3 проверка скорости

Как мы видим ничего у нас не работает, скорость не была ограничена

Запускаем оснастку PowerShell и видим, что политика у нас есть, но NetworkProfile нас имеет значение Domain.

PowerShell Qos

Теперь мы создадим такую же политику, но и с использованием PowerShell.

Запускаем оснастку PowerShell с правами администратора

PowerShell New-NetQosPolicy

Смотрим, что у нас есть.

PowerShell Get-NetQosPolicy

Т.к. мы не указывали NetworkProfile , то по умолчанию политика применяется теперь на все сетевые профиля.

Как видим, теперь все работает, но все же не так как нам хотелось т.к. скорость на прием у нас упала в разы.

Удаляем все что создали. И создаем политику заново но уже скорость урежем до 10Мбит/с

И теперь у нас все нормально. А в чем тут подвох догадайтесь сами.

А сейчас мы попробуем промаркировать (DSCP/TOS) наш трафик.

WiresharkPortable iperf3 QoS

Как видим и тут все у нас работает. А вот так же промаркировать icmp пакеты ping.exe у нас не получиться, а почему, вопрос остается открытым. И да у ping.exe есть ключ -v, но нужны танцы с бубном.

В данных статье мы рассмотрели лишь малую часть применения QoS т.к. тема очень обширна. Для желающих более детально ознакомиться о QoS рекомендую к прочтению

Читайте также: