Тонкая настройка графики и сетевого взаимодействия через консоль

How to configure DHCP server in windows 7.

Step 1:

Go to the DHCP server website. Get the latest version for your windows 7.

Step 2:

Next step is to extract the content of the downloaded file.

Once that is done, double click on the dhcpwiz.exe file.

Step 3:

Dhcp configuration wizard. Click on «Next».

Step 4:

Network Interface cards.

The configuration wizard will present you with a list of identified network interfaces on your computer.

You have to select one from the list if you wish to configure DHCP on windows 7.

This interface will be used by the dhcp server.

Do not choose a network interface whose IP address has been assigned by DHCP server. It will lead to conflict.

After you select a network click on next.

Step 5:

Tick the HTTP(web server) checkbox.

Step 6:

Configuring DHCP for Interface

The IP-pool you can see in the configuration box is actually the scope that we just read about.

We need to configure a list of IP addresses (Range) as you can see in the above figure.

The range here is 192.168.1.1 — 192.168.1.254.

The following image displays the drop down list for lease time.

With the advance option you can define the subnet mask, gateway, DNS and WINS.

If you don’t define then the DHCP wizard will take it upon itself and define it automatically based on your network interface card.

Step 7:

Writing the INI file.

Click on Write INI file.

«INS file successfully written» will appear at the bottom in place of «Overwrite existing INI file».

Do not tick overwrite existing INI file checkbox.

Step 8:

As you can see the status is «Not installed»

Click on Install to continue with the process.

You’ll notice that the status will now say «Stopped».

Now move on to the next step.

Step 9:

Start the DHCP server program.

Click on start for that.

After you start the service the status will be set to running.

You can visit 127.0.0.1 in your web browser to check the status. It will be displayed to you as follows.

Note: You can stop the service when done by clicking on stop.

If you try to access 127.0.0.1 after stopping the service. You will see something like that in your browser.

Follow the same steps if you want to install and configure DHCP server for Windows 8 or Windows 10.

Автоматическое отключение Gigabit (PowerSaving)

  • Отключено: Всегда включать гигабит
  • Re-Link, Аккумулятор: автоматически отключенный гигабит при повторной установке и использовании аккумулятора
  • Re-Link, Battery или AC: автоматически отключенный гигабит при повторной ссылке

Q. Что такое автоматический отключение гигабита? Почему эта функция? Кому нужно использовать эту функцию?

а. Эта функция предназначена для энергопотребления.

Когда пользователи меняют настройки на Re-Link, а пользователь отключает и снова подключает сетевой кабель, драйвер автоматически отключает гигабитные возможности. Гигабит имеет гораздо более высокое энергопотребление, чем 10/100 Мбит /с. Для пользователей ноутбуков рекомендуется включить это, чтобы снизить потребление энергии.

Эта опция ДОЛЖНА изменить на Re-Link, чтобы включить Auto Disable Phy «

Работаем с Jumbo Frame

Исторически размер данных кадра протокола Ethernet – это 1.5КБ, что в сумме со стандартным заголовком составляет 1518 байт, а в случае транкинга 802.1Q – 1522 байт. Соответственно, этот размер оставался, а скорости росли – 10 Мбит, 100 Мбит, 1 Гбит. Скорость в 100 раз выросла – а размер кадра остался. Непорядок. Ведь это обозначает, что процессор в 100 раз чаще “дёргают” по поводу получения нового кадра, что объём служебных данных также остался прежним. Совсем непорядок.

Идея jumbo frame достаточно проста – увеличить максимальный размер кадра. Это повлечёт огромное количество плюсов:

  • Улучшится соотношение служебных и “боевых” данных – ведь вместо, допустим, 4х IP-пакетов можно отправить один.
  • Уменьшится число переключений контекста – можно будет реже инициировать функцию “пришёл новый кадр”.
  • Можно соответствующим образом увеличить размеры PDU верхних уровней – пакета IP, датаграммы UDP, сегмента TCP – и получить соответствующие преимущества.

Данная технология реализуема только на интерфейсах со скоростями 1 гбит и выше. Если Вы включите jumbo frames на уровне сетевого адаптера, а после согласуете скорость в 100 мбит, то данная настройка не будет иметь смысла.

Во избежание каши: PDU – это название элемента данных на разных уровня модели OSI. На первом это будет бит, на втором – кадр или ячейка (в ряде ситуаций и пакет), на третьем – пакет или датаграмма, на четвёртом – датаграмма или сегмент. MTU – это максимальное количество байт полезной нагрузки (поэтому про MTU первого уровня говорить не принято – примерно как про Западный и Восточный полюсы Земли). MSS – это максимальный размер одного “кусочка” tcp-сессии – сегмента.

Для увеличения максимального размера кадра есть достаточно технологических возможностей – например, длина кадра хранится в поле размером в 2 байта, поэтому менять формат кадра 802.3 не нужно – место есть. Ограничением является логика подсчёта CRC, которая становится не очень эффективна при размерах >12К, но это тоже решаемо.

Фундаментально неверное мнение – что jumbo frame – это “разрешение на обработку кадров специальной длины”. Вызвано тем, что в настройках сетевых адаптеров обычно выбирается размер jumbo-кадра из фиксированных – 4088, 9014, 16K. По сути, включение jumbo просто снимает верхнее ограничение на приём кадров, у которых в поле “размер” число больше 1500. Если jumbo frame не поддерживаются, такие кадры просто отбрасываются. А данные стандартные числа в настройках сетевого адаптера – это ограничение на формируемый для отправки кадр. Нужно оно, потому что не все коммутаторы поддерживают произвольную длину (ведь эта поддержка требует пропорционально увеличить кадровые буферы). В реальности подавляющее большинство коммутаторов поддерживает размер кадра в 9К, выставлять значение 4088 нет особого смысла.

Самый простой способ – выставить у адаптера данный параметр в 9014 байт. Это является тем, что сейчас “по умолчанию” называется jumbo frame и шире всего поддерживается.

Внимательный читатель уже заметил, что когда речь идёт о 1.5К данных, кадр получается 1518 байт, а когда про 9К – 9014. Как же так получается? Да очень просто – по причине раздолбайства укоренилась чуть разная логика подсчёта. Когда считают обычный кадр, то его делят на 3 части – header(14 байт)-data(до 1500 байт)-trailer(который CRC – 4 байта), а когда jumbo – то считают математическую сумму длины заголовка (который тоже 14 байт) и данных (которые до 9000 байт), а CRC не учитывают. Отсюда и бардак.

Есть ли у данной технологии минусы? Есть. Первый – в случае потери кадра из-за обнаружения сбоя в CRC Вы потеряете в 6 раз больше данных. Второй – появляется больше сценариев, когда будет фрагментация сегментов TCP-сессий. Вообще, в реальности эта технология очень эффективна в сценарии “большие потоки не-realtime данных в локальной сети”, учитывайте это. Копирование файла с файл-сервера – это целевой сценарий, разговор по скайпу – нет. Замечу также, что протокол IPv6 более предпочтителен в комбинации с Jumbo frame.

Как включить Jumbo frame в Windows

Включается в свойствах сетевого адаптера (естественно, только гигабитного). Операционная система с данной технологией не взаимодействует, автоматически запрашивая у сетевой подсистемы MTU канального уровня.

Performance Tweaking

Jumbo Frames: This increases the standard Ethernet frame size of 1514 bytes, such as to 4088, 9014, or 16128 bytes. This can help increase throughput and decrease CPU utilization. However, the functionality and the same frame size typically needs to be supported by all devices across the network. Furthermore, the Jumbo Frames functionality may not work well across different vendors.

Receive Side Scaling: This enables the distribution of incoming network processing across multiple processor cores in multi-core computers, to help increase performance.

Adaptive Inter-Frame Spacing: This setting enables a time gap between packets to help compensate for excessive Ethernet packet collisions on the network.

Flow Control: Helps increase the efficiency of traffic regulation for connections that both support flow control frames. These frames are sent by an adapter when their receive queues reach a pre-defined limit, to signal the sending station to pause transmission so the adapter does not drop the packets.

Interrupt Moderation Rate: Sets the rate at which an adapter interrupts the system to handle incoming or outgoing packets. A lower rate causes the system to be more responsive to packet handling, but can decrease performance of other applications and services on the machine. A higher rate means less responsiveness of packet handling but can help increase machine performance, especially useful for when the adapter is sending and receiving larger packets.

Receive Descriptors: Sets the number of Receive Descriptors that are allocated in the host memory and used to store the received packets. This can be increased if performance of received traffic is lacking.

Transmit Descriptors: Sets the number of Receive Descriptors that enable the adapter to track transmit packets in the system memory. This can be increased if performance of transmission traffic is lacking.

Performance Monitor

The Performance Monitor can be used to check for TCP/IP packet losses. To launch the Performance Monitor user interface, proceed as follows.

  1. Right click on the Windows icon in the bottom left hand corner of your screen, and select Run from the pop-up menu.
  1. In the Run dialogue box, type Perfmon.
  2. Click OK.

The Performance Monitor window opens on the System Summary page.

  1. In the left hand navigation pane, click Performance Monitor.

The real-time Performance Monitor window opens.

  1. Click on the green cross icon  to open the Add Counters dialog box.

  1. Make sure that, under Available counters, the <Local computer> option is selected. If not, then select it from the drop-down options.
  1. In the Performance object box, locate TCPv4, then click the down-arrow next to it.

A list of TCPv4 counter options appears.

  1. From the list of counter options,
    1. Select Segments Sent/sec, then click the Add button.
    2. Select Segments Retransmitted/sec, then click the Add button.

The two counters are moved into the Added counters pane.

  1. Click OK.

Let the Performance Monitor run while the backup occurs and starts to indicate problems.

  1. Check the Average value for Segments Retransmitted/sec. In the example below, this is 0.071 segments retransmitted per second.

Any persistent Average value of 0.1 or more indicates too many dropped packets, and points to a poor network connection.

Работаем с Jumbo Frame

Исторически размер данных кадра протокола Ethernet – это 1.5КБ, что в сумме со стандартным заголовком составляет 1518 байт, а в случае транкинга 802.1Q – 1522 байт. Соответственно, этот размер оставался, а скорости росли – 10 Мбит, 100 Мбит, 1 Гбит. Скорость в 100 раз выросла – а размер кадра остался. Непорядок. Ведь это обозначает, что процессор в 100 раз чаще “дёргают” по поводу получения нового кадра, что объём служебных данных также остался прежним. Совсем непорядок.

Идея jumbo frame достаточно проста – увеличить максимальный размер кадра. Это повлечёт огромное количество плюсов:

  • Улучшится соотношение служебных и “боевых” данных – ведь вместо, допустим, 4х IP-пакетов можно отправить один.
  • Уменьшится число переключений контекста – можно будет реже инициировать функцию “пришёл новый кадр”.
  • Можно соответствующим образом увеличить размеры PDU верхних уровней – пакета IP, датаграммы UDP, сегмента TCP – и получить соответствующие преимущества.

Данная технология реализуема только на интерфейсах со скоростями 1 гбит и выше. Если Вы включите jumbo frames на уровне сетевого адаптера, а после согласуете скорость в 100 мбит, то данная настройка не будет иметь смысла.

Во избежание каши: PDU – это название элемента данных на разных уровня модели OSI. На первом это будет бит, на втором – кадр или ячейка (в ряде ситуаций и пакет), на третьем – пакет или датаграмма, на четвёртом – датаграмма или сегмент. MTU – это максимальное количество байт полезной нагрузки (поэтому про MTU первого уровня говорить не принято – примерно как про Западный и Восточный полюсы Земли). MSS – это максимальный размер одного “кусочка” tcp-сессии – сегмента.

Для увеличения максимального размера кадра есть достаточно технологических возможностей – например, длина кадра хранится в поле размером в 2 байта, поэтому менять формат кадра 802.3 не нужно – место есть. Ограничением является логика подсчёта CRC, которая становится не очень эффективна при размерах >12К, но это тоже решаемо.

Фундаментально неверное мнение – что jumbo frame – это “разрешение на обработку кадров специальной длины”. Вызвано тем, что в настройках сетевых адаптеров обычно выбирается размер jumbo-кадра из фиксированных – 4088, 9014, 16K. По сути, включение jumbo просто снимает верхнее ограничение на приём кадров, у которых в поле “размер” число больше 1500. Если jumbo frame не поддерживаются, такие кадры просто отбрасываются. А данные стандартные числа в настройках сетевого адаптера – это ограничение на формируемый для отправки кадр. Нужно оно, потому что не все коммутаторы поддерживают произвольную длину (ведь эта поддержка требует пропорционально увеличить кадровые буферы). В реальности подавляющее большинство коммутаторов поддерживает размер кадра в 9К, выставлять значение 4088 нет особого смысла.

Самый простой способ – выставить у адаптера данный параметр в 9014 байт. Это является тем, что сейчас “по умолчанию” называется jumbo frame и шире всего поддерживается.

Внимательный читатель уже заметил, что когда речь идёт о 1.5К данных, кадр получается 1518 байт, а когда про 9К – 9014. Как же так получается? Да очень просто – по причине раздолбайства укоренилась чуть разная логика подсчёта. Когда считают обычный кадр, то его делят на 3 части – header(14 байт)-data(до 1500 байт)-trailer(который CRC – 4 байта), а когда jumbo – то считают математическую сумму длины заголовка (который тоже 14 байт) и данных (которые до 9000 байт), а CRC не учитывают. Отсюда и бардак.

Есть ли у данной технологии минусы? Есть. Первый – в случае потери кадра из-за обнаружения сбоя в CRC Вы потеряете в 6 раз больше данных. Второй – появляется больше сценариев, когда будет фрагментация сегментов TCP-сессий. Вообще, в реальности эта технология очень эффективна в сценарии “большие потоки не-realtime данных в локальной сети”, учитывайте это. Копирование файла с файл-сервера – это целевой сценарий, разговор по скайпу – нет. Замечу также, что протокол IPv6 более предпочтителен в комбинации с Jumbo frame.

Как включить Jumbo frame в Windows

Включается в свойствах сетевого адаптера (естественно, только гигабитного). Операционная система с данной технологией не взаимодействует, автоматически запрашивая у сетевой подсистемы MTU канального уровня.

Работаем с Header Data Split

Фича достаточно интересна и анонсирована только в NDIS 6.1. Суть такова – допустим, что у Вас нет Chimney Offload и Вы обрабатываете заголовки программно. К Вам приходят кадры протокола Ethernet, а в них, как обычно – различные вложения протоколов верхних уровней – IP,UDP,TCP,ICMP и так далее. Вы проверяете CRC у кадра, добавляете кадр в буфер, а после – идёт специфичная для протокола обработка (выясняется протокол сетевого уровня, выясняется содержимое заголовка и предпринимаются соответствующие действия). Всё логично.

Технология не работает для ARP и для всех IPSec-вложений (50 и 51, которые ESP и AH). Для ARP понятно почему – сплиттить особо нечего, ARP-вложение копеечно по размеру, смысла нет особо. Да и ARP-трафик не представляет с точки зрения доли в общем трафике никакого интереса. IPSec же “расщеплять” можно и даже нужно, но до границы ESP/AH вложения – т.е. в случае IPSec NAT-T, “завёрнутого” в UDP ->4500, расщепление всё ж сработает, NDIS 6.1 это умеет. Но лучше уточняйте в документации к конкретному сетевому адаптеру.

Но вот есть одна проблема. Смотрите. Если Вы приняли, допустим, сегмент TCP-сессии, обладающий 10К данных, то, по сути, последовательность действий будет такая (вкратце):

  1. Сетевая карта: Обработать заголовок 802.3; раз там 0x0800 (код протокола IPv4), то скопировать весь пакет и отдать наверх на обработку. Ведь в данные нам лезть незачем – не наша задача, отдадим выше.
  2. Минипорт: Прочитать заголовок IP, понять, что он нормальный, найти код вложения (раз TCP – то 6) и скопировать дальше. Данные-то не нам не нужны – это не наша задача, отдадим выше.
  3. NDIS: Ага, это кусок TCP-сессии номер X – сейчас изучим его и посмотрим, как и что там сделано

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

Технология Header-Data Split адресно решает этот вопрос – заголовки пакетов и данные хранятся отдельно. Т.е. когда при приёме кадра в нём обнаруживается “расщепимое в принципе” содержимое, то оно разделяется на части – в нашем примере заголовки IP+TCP будут в одном буфере, а данные – в другом. Это сэкономит трафик копирования, притом очень ощутимо – как минимум на порядки (сравните размеры заголовков IP, который максимум 60 байт, и размер среднего пакета). Технология крайне полезна.

Как включить Header-Data Split в Windows

Включится оно само, как только сетевой драйвер отдаст минипорту флаг о поддержке данной технологии. Можно выключить вручную, отдав NDIS_HD_SPLIT_COMBINE_ALL_HEADERS через WMI на данный сетевой адаптер – тогда минипорт будет “соединять” головы и жо не-головы пакетов перед отправкой их на NDIS. Это может помочь в ситуациях, когда адаптер некорректно “расщепляет” сетевой трафик, что будет хорошо заметно (например, ничего не будет работать, потому что TCP-заголовки не будут обрабатываться корректно). В общем и целом – включайте на уровне сетевого адаптера, и начиная с Windows Server 2008 SP2 всё дальнейшее будет уже не Вашей заботой.

Introduction

The TCP Optimizer is a program designed to provide an easy, intuitive interface for tuning broadband-related TCP and IP related parameters under all current (and some past) Windows versions. Version 4 of the TCP Optimizer supports all Windows variants from XP/NT/2000/2003 through Windows Vista/7/2008 Server, to the newer Windows 8, 2012 Server, as well as Windows 10. Some of the settings under all those Operating Systems are quite different, and the program will show only supported options for the detected Operating System it is running on. The TCP Optimizer takes into account all related RFCs, the Microsoft TCP/IP implementation oddities. verifies all relevant Registry locations for the same TCP/IP parameters, uses PowerShell cmdlets with newer Windows versions, implements all tweaks listed in our speed tweak articles, and, in general makes the whole «tweaking for speed» experience a breeze.

Below, we will cover all the settings available in the TCP Optimizer. Some of the settings may only be available under Windows 8 and newer operating systems.

Протокол IP версии 4 (TCP/IPv4)

Нажимаем кнопку Пуск и в строке поиска вводим слова:

Результат должен получится вот такой:

Кликаем на значок из панели управления и нам открываем окно «сетевые подключения Windows 10»:

Выбираем то из нужное и нажимаем на нём правой кнопкой мыши. Откроется окно свойств. Это основные сетевые параметры адаптера в Windows 10:

Теперь надо найти параметр IP версии 4(TCP/IPv4) и кликнуть на нём дважды левой кнопкой грызуна. Так мы попадаем в конфигурацию основного сетевого протокола IP. Вариантов его настройки может быть два: 1 — динамически IP-адрес.

Такой вариант актуален когда в локалке работает DHCP-сервер и компьютер уже от него получает свой Ай-Пи. Он используется обычно при подключении ПК к домашнему WiFi-роутеру или к сети оператора связи. Конфигурация протокола протокола в этом случае выглядит так: То есть все адреса система получает автоматически от специального сервера. 2 — статический IP-адрес. В этом случае ай-пи требуется прописать статически, то есть этот адрес будет закреплён именно за этим компьютером на постоянной основе. Выглядит это так:

Какие же адреса надо вписывать в поля? Смотрите, на скриншоте выше представлен вариант с подключением к роутеру или модему у которого выключен DHCP-сервер. IP шлюза — это адрес самого роутера в сети. Он же будет использоваться в качестве основного DNS. Вторичным DNS можно указать сервер провайдера, либо публичные ДНС серверы Гугл ( 8.8.8.8 ) или Яндекс ( 77.88.8.8 ). Маска, используемая в домашних сетях в 99 случаях из 100 — обычная, 24-битная: 255.255.255.0 . IP-адрес надо выбрать из подсети шлюза. То есть если шлюз 192.168.1.1 , то у компьютера можно брать любой от 192.168.1.2 до 192.168.1.254. Главное, чтобы он не был занят чем-нибудь ещё. Нажимаем на ОК и закрываем все окна! Основной протокол сети в Windows 10 настроен.

Как удалить igfxtray.exe из раздела автостарта стандартным методом?

Итак, давайте посмотрим, как отключить программу, чтобы она вместе с операционной системой не стартовала. Стандартным методом деактивации любого апплета, запускаемого с системой является использование конфигуратора, в котором имеется соответствующий раздел автозагрузки. В системах Windows седьмой версии и ниже он вызывается через консоль «Выполнить» вводом команды msconfig. В восьмой и десятой модификациях такую методику использовать тоже можно, однако вкладка автозагрузки в них перенесена в «Диспетчер задач», куда и будет произведено перенаправление, поэтому лучше его использовать сразу.

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

General Settings

Speed and Duplex: Allows you to select the desired speed and duplex of the network adapter, the default of which is usually auto negotiation.

Gigabit Master Slave Mode: Determines which end of the connection designated as the master; the other of which would be the slave. When left at the default setting (Auto Detect or Hardware Default) the devices automatically negotiate this based upon the IEEE 802.3ab standard: multi-port devices such as switches become the master when connected to a single port device. If both ends are multi-port devices, the one with higher seed bits becomes the master.

MAC Address: Enables you to enter a MAC address for the adapter, overriding the default MAC address. This is an example of how easy it is to bypass MAC address filtering techniques; do a simple packet capture to find an authorized MAC address and apply it here in the advanced settings. However, a more legitimate use of this could be changing the MAC to match the address authorized by your ISP when you’re connecting a PC directly to the modem.

Log Link State Event: This allows you to enable or disable logging of the adapter’s link state changes (such as up/down, duplex mismatch, and STP detection) in the system logs.

QoS Packet Tagging: Enables the adapter to send and receive 802.1p QoS and 802.1Q VLAN indications.

Разгрузка контрольной суммы адресаAddress Checksum Offload

Разгрузка контрольной суммы адресов — это функция сетевого интерфейса, которая позволяет разгрузить вычисление контрольных сумм адресов (IP, TCP, UDP) на СЕТЕВое оборудование для отправки и получения.Address checksum offloads are a NIC feature that offloads the calculation of address checksums (IP, TCP, UDP) to the NIC hardware for both send and receive.

На пути получения контрольная сумма разгрузки вычисляет контрольные суммы в заголовках IP, TCP и UDP (соответственно) и указывает операционной системе на то, что контрольные суммы пройдены, не пройдены или не проверены.On the receive path, the checksum offload calculates the checksums in the IP, TCP, and UDP headers (as appropriate) and indicates to the OS whether the checksums passed, failed, or not checked. Если сетевая карта утверждает, что контрольные суммы действительны, операционная система принимает пакет с неправильными вызовами.If the NIC asserts that the checksums are valid, the OS accepts the packet unchallenged. Если сетевая карта утверждает, что контрольные суммы недействительны или не установлены, стек IP/TCP/UDP внутренне вычисляет контрольные суммы.If the NIC asserts the checksums are invalid or not checked, the IP/TCP/UDP stack internally calculates the checksums again. Если вычисленная контрольная сумма завершается сбоем, пакет удаляется.If the computed checksum fails, the packet gets discarded.

На пути отправки контрольная сумма разгрузка вычисляет и вставляет контрольные суммы в заголовок IP, TCP или UDP соответствующим образом.On the send path, the checksum offload calculates and inserts the checksums into the IP, TCP, or UDP header as appropriate.

Отключение разгрузок контрольной суммы для пути отправки не отключает вычисление контрольной суммы и вставку пакетов, отправляемых драйверу минипорта, с помощью функции разгрузки большой отправки (LSO).Disabling checksum offloads on the send path does not disable checksum calculation and insertion for packets sent to the miniport driver using the Large Send Offload (LSO) feature. Чтобы отключить все вычисления для разгрузки контрольной суммы, пользователь должен также отключить LSO.To disable all checksum offload calculations, the user must also disable LSO.

Управление разгрузкой контрольной суммы адресаManage Address Checksum Offloads

В дополнительных свойствах есть несколько различных свойств:In the Advanced Properties there are several distinct properties:

  • Разгрузка контрольной суммы IPv4IPv4 Checksum Offload

  • Разгрузка контрольной суммы TCP (IPv4)TCP Checksum Offload (IPv4)

  • Разгрузка контрольной суммы TCP (IPv6)TCP Checksum Offload (IPv6)

  • Разгрузка контрольной суммы UDP (IPv4)UDP Checksum Offload (IPv4)

  • Разгрузка контрольной суммы UDP (IPv6)UDP Checksum Offload (IPv6)

По умолчанию все они включены всегда.By default, these are all always enabled. Рекомендуется всегда включать все эти разгрузки.We recommend always enabling all of these offloads.

Разгрузкой контрольной суммы можно управлять с помощью командлетов Enable-NetAdapterChecksumOffload и Disable-NetAdapterChecksumOffload.The Checksum Offloads can be managed using the Enable-NetAdapterChecksumOffload and Disable-NetAdapterChecksumOffload cmdlets. Например, следующий командлет включает вычисления контрольной суммы TCP (IPv4) и UDP (IPv4):For example, the following cmdlet enables the TCP (IPv4) and UDP (IPv4) checksum calculations:

Советы по использованию разгрузок контрольной суммы адресаTips on using Address Checksum Offloads

Разгрузка контрольной суммы адреса должна всегда включаться независимо от рабочей нагрузки или обстоятельств.Address Checksum Offloads should ALWAYS be enabled no matter what workload or circumstance. Эта основная часть всех технологий разгрузки всегда повышает производительность сети.This most basic of all offload technologies always improve your network performance. Разгрузка контрольной суммы также требуется для выполнения других разгрузок без отслеживания состояния, включая масштабирование на стороне приема (RSS), получение сегментов (RSC) и разгрузку большой отправки (LSO).Checksum offloading is also required for other stateless offloads to work including receive side scaling (RSS), receive segment coalescing (RSC), and large send offload (LSO).

Работаем с Jumbo Frame

Исторически размер данных кадра протокола Ethernet – это 1.5КБ, что в сумме со стандартным заголовком составляет 1518 байт, а в случае транкинга 802.1Q – 1522 байт. Соответственно, этот размер оставался, а скорости росли – 10 Мбит, 100 Мбит, 1 Гбит. Скорость в 100 раз выросла – а размер кадра остался. Непорядок. Ведь это обозначает, что процессор в 100 раз чаще “дёргают” по поводу получения нового кадра, что объём служебных данных также остался прежним. Совсем непорядок.

Идея jumbo frame достаточно проста – увеличить максимальный размер кадра. Это повлечёт огромное количество плюсов:

  • Улучшится соотношение служебных и “боевых” данных – ведь вместо, допустим, 4х IP-пакетов можно отправить один.
  • Уменьшится число переключений контекста – можно будет реже инициировать функцию “пришёл новый кадр”.
  • Можно соответствующим образом увеличить размеры PDU верхних уровней – пакета IP, датаграммы UDP, сегмента TCP – и получить соответствующие преимущества.

Данная технология реализуема только на интерфейсах со скоростями 1 гбит и выше. Если Вы включите jumbo frames на уровне сетевого адаптера, а после согласуете скорость в 100 мбит, то данная настройка не будет иметь смысла.

Для увеличения максимального размера кадра есть достаточно технологических возможностей – например, длина кадра хранится в поле размером в 2 байта, поэтому менять формат кадра 802.3 не нужно – место есть. Ограничением является логика подсчёта CRC, которая становится не очень эффективна при размерах >12К, но это тоже решаемо.

Самый простой способ – выставить у адаптера данный параметр в 9014 байт. Это является тем, что сейчас “по умолчанию” называется jumbo frame и шире всего поддерживается.

Есть ли у данной технологии минусы? Есть. Первый – в случае потери кадра из-за обнаружения сбоя в CRC Вы потеряете в 6 раз больше данных. Второй – появляется больше сценариев, когда будет фрагментация сегментов TCP-сессий. Вообще, в реальности эта технология очень эффективна в сценарии “большие потоки не-realtime данных в локальной сети”, учитывайте это. Копирование файла с файл-сервера – это целевой сценарий, разговор по скайпу – нет. Замечу также, что протокол IPv6 более предпочтителен в комбинации с Jumbo frame.

Как включить Jumbo frame в Windows

Включается в свойствах сетевого адаптера (естественно, только гигабитного). Операционная система с данной технологией не взаимодействует, автоматически запрашивая у сетевой подсистемы MTU канального уровня.

Масштабирование сбоя приема

  • Отключено : отключено RSS

Включено: включен режим RSS

Эта функция предназначена для улучшения баланса загрузки процессора при просмотре интернет-страниц и копировании файлов.

Это особенно полезно для сложного содержимого домашней страницы с большим количеством фотографий.

Поскольку ОС будет создавать одно TCP-соединение для каждого изображения. Эти TCP-соединения будут отправляться на разные процессоры. От уровня драйвера до прикладного уровня передача данных и декодирование изображений выполняются на разных ЦП.

  1. Эта функция не может увеличить общую пропускную способность. Он предназначен для лучшего использования ЦП.

Средство сравнения производительности сети может показать, что общая пропускная способность уменьшилась при включении RSS.

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

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

Источник

Оцените статью
Рейтинг автора
5
Материал подготовил
Андрей Измаилов
Наш эксперт
Написано статей
116
Добавить комментарий