Udostępnij przez

Dostrajanie wydajności karty sieciowej w systemie Windows Server

W tym artykule opisano sposób optymalizacji wydajności karty sieciowej w środowiskach systemu Windows Server. Dostrajanie wydajności karty sieciowej może znacznie poprawić przepływność, zmniejszyć opóźnienie i zmaksymalizować wykorzystanie zasobów dla obciążeń serwera.

Prawidłowe ustawienia dostrajania kart sieciowych zależą od następujących zmiennych:

  • Karta sieciowa i jej zestaw funkcji
  • Typ obciążenia wykonywanego przez serwer
  • Zasoby sprzętowe i programowe serwera
  • Cele wydajności serwera

Optymalne ustawienia dostrajania zależą od określonej konfiguracji sprzętu, wymagań dotyczących obciążenia i celów wydajności. Przed wdrożeniem zmian oceń bieżącą wydajność sieci i zidentyfikuj obszary pod kątem poprawy. Niektóre funkcje i ustawienia mogą się różnić w zależności od wersji.

W poniższych sekcjach opisano niektóre opcje dostrajania wydajności.

Funkcje odciążania

Odciążanie sieci umożliwia przenoszenie zadań przetwarzania z procesora CPU do sprzętu karty sieciowej, co zmniejsza obciążenie systemu i poprawia ogólną wydajność sieci. Typowe funkcje odciążania obejmują odciążanie sumy kontrolnej TCP, duże odciążanie wysyłania (LSO) i skalowanie po stronie odbierającej (RSS).

Włączenie funkcji odciążania karty sieciowej jest zwykle korzystne. Jednak karta sieciowa może nie być wystarczająco mocna, aby obsłużyć funkcje odciążania przy wysokiej przepływności. Rozważmy na przykład kartę sieciową z ograniczonymi zasobami sprzętowymi. W takim przypadku włączenie cech odciążania segmentacji może zmniejszyć maksymalną utrzymywalną przepływność adaptera. Jeśli jednak ograniczona przepływność jest akceptowalna, należy włączyć funkcje odciążania segmentacji.

Niektóre karty sieciowe wymagają włączenia funkcji odciążania niezależnie dla kierunków wysyłania i odbierania.

Ważne

Nie używaj funkcji odciążania i odciążania zadań protokołu IPsec ani odciążania TCP Chimney. Te technologie są przestarzałe w systemie Windows Server 2016 i mogą mieć negatywny wpływ na wydajność serwera i sieci. Ponadto firma Microsoft może nie obsługiwać tych technologii w przyszłości.

Skalowanie po stronie odbierającej (RSS) dla serwerów internetowych

Funkcja RSS może zwiększyć skalowalność sieci Web i wydajność, gdy na serwerze istnieje mniej kart sieciowych niż procesory logiczne. Gdy cały ruch internetowy przechodzi przez karty sieciowe obsługujące funkcję RSS, serwer może przetwarzać przychodzące żądania internetowe z różnych połączeń jednocześnie w różnych procesorach CPU.

Ważne

Unikaj używania zarówno kart sieciowych innych niż RSS, jak i kart sieciowych obsługujących funkcję RSS na tym samym serwerze. Ze względu na logikę dystrybucji obciążenia w protokole RSS i http (Hypertext Transfer Protocol) wydajność może być poważnie obniżona, jeśli karta sieciowa z obsługą funkcji RSS akceptuje ruch internetowy na serwerze z co najmniej jedną kartą sieciową z obsługą funkcji RSS. W takiej sytuacji należy użyć kart sieciowych obsługujących funkcję RSS lub wyłączyć funkcję RSS na karcie Właściwości zaawansowane karty sieciowej.

Aby określić, czy karta sieciowa obsługuje funkcję RSS, możesz wyświetlić informacje RSS na karcie Właściwości zaawansowane karty sieciowej.

Profile RSS i kolejki RSS

Domyślny wstępnie zdefiniowany profil RSS to NUMAStatic. Przed rozpoczęciem korzystania z profilów RSS zapoznaj się z dostępnymi profilami, aby zrozumieć, kiedy są one korzystne i jak mają zastosowanie do środowiska sieciowego i sprzętu.

Na przykład otwórz Menedżera zadań i przejrzyj procesory logiczne na serwerze. Jeśli wydają się być niedostatecznie wykorzystywane do odbierania ruchu, możesz spróbować zwiększyć liczbę kolejek RSS z wartości domyślnej dwóch do maksymalnej obsługiwanej przez kartę sieciową. Karta sieciowa może mieć opcje zmiany liczby kolejek RSS w ramach sterownika.

Zasoby karty sieciowej

W przypadku kart sieciowych, które umożliwiają ręczne konfigurowanie zasobów, takich jak odbieranie i wysyłanie, należy zwiększyć przydzielone zasoby.

Niektóre karty sieciowe ustawiają bufor odbiorczy na niski, aby zaoszczędzić przydzielaną pamięć przez hosta. Niska wartość powoduje utratę pakietów i zmniejszenie wydajności. W związku z tym w przypadku scenariuszy intensywnie korzystających z odbierania zalecamy zwiększenie wartości buforu odbioru do maksymalnej wartości.

Jeśli karta sieciowa nie uwidacznia ręcznej konfiguracji zasobów, dynamicznie konfiguruje zasoby lub zasoby są ustawione na stałą wartość, która nie może zostać zmieniona.

Moderowanie przerwań

Aby kontrolować moderowanie przerwań, niektóre karty sieciowe oferują różne poziomy moderowania przerwań, różne parametry buforowania (czasami oddzielnie dla buforów wysyłania i odbierania) lub oba jednocześnie.

Należy rozważyć moderowanie przerwań dla obciążeń powiązanych z procesorem CPU. Podczas korzystania z moderowania przerwań należy wziąć pod uwagę kompromis między oszczędnościami procesora i opóźnieniami hosta a zwiększonymi oszczędnościami procesora CPU hosta z powodu większego przerwania i mniejszego opóźnienia. Jeśli karta sieciowa nie wykonuje moderowania przerwań, ale uwidacznia łączenie, możesz zwiększyć wydajność, zwiększając liczbę łączących, aby umożliwić więcej na wysyłanie lub odbieranie.

Przetwarzanie pakietów o małych opóźnieniach

Wiele kart sieciowych udostępnia opcje optymalizacji opóźnienia wywołanego przez system operacyjny. Opóźnienie to czas, jaki upłynął między sterownikiem sieciowym przetwarzaniem pakietu przychodzącego a sterownikiem sieciowym wysyłającym pakiet z powrotem. Ten czas jest zwykle mierzony w mikrosekundach. Dla porównania, czas transmisji pakietów na długie odległości jest zwykle mierzony w milisekundach (rząd wielkości większy). To dostrajanie nie skraca czasu, jaki pakiet spędza podczas przesyłania.

Poniższa lista zawiera sugestie dotyczące dostrajania wydajności dla sieci wrażliwych na mikrosekundy:

  • Jeśli system BIOS go obsługuje, ustaw system BIOS komputera na wysoką wydajność, z wyłączonym C-states . Niektóre systemy zapewniają większą wydajność, jeśli system operacyjny kontroluje zarządzanie energią. Ustawienia zarządzania energią można sprawdzić i dostosować za pomocą ustawień zasilania powercfg lub za pomocą polecenia . Aby uzyskać więcej informacji, zobacz Powercfg Command-Line Options (Opcje Command-Line powercfg).

  • Ustaw profil zarządzania energią systemu operacyjnego na System o wysokiej wydajności. To ustawienie nie działa prawidłowo, jeśli system BIOS jest ustawiony tak, aby wyłączyć kontrolę systemu operacyjnego nad zarządzaniem energią.

  • Włącz odciążania statyczne. Na przykład włącz ustawienia sum kontrolnych UDP, sum kontrolnych TCP i wysyłki dużych pakietów (LSO).

  • Jeśli ruch jest przesyłany strumieniowo, na przykład podczas odbierania ruchu multiemisji o dużej ilości, włącz funkcję RSS.

  • Wyłącz ustawienie Moderowanie przerwań dla sterowników kart sieciowych, które wymagają najmniejszego możliwego opóźnienia. Pamiętaj, że ta konfiguracja może używać więcej czasu procesora CPU i reprezentuje kompromis.

  • Obsługa przerwań adaptera sieciowego i procedur DPC na rdzeniu procesora, który współużytkuje pamięć podręczną CPU z rdzeniem używanym przez program (wątek użytkownika), który obsługuje pakiet. Dostrajanie koligacji procesora CPU może służyć do kierowania procesu do niektórych procesorów logicznych z konfiguracją RSS. Użycie tego samego rdzenia dla przerwań, DPC i wątku trybu użytkownika wykazuje gorszą wydajność w miarę wzrostu obciążenia, ponieważ ISR, DPC i wątek walczą o użycie rdzenia.

Przerwania zarządzania systemem

Wiele systemów sprzętowych używa przerwań zarządzania systemem (SMI) dla różnych funkcji konserwacji, takich jak raportowanie błędów błędów kod poprawiania błędów (ECC), zachowanie starszej zgodności USB, kontrolowanie wentylatora i zarządzanie ustawieniami zasilania sterowanymi systemem BIOS.

SMI jest najwyższym priorytetem przerwania w systemie i umieszcza procesor w trybie zarządzania. Ten tryb poprzedza wszystkie inne działania, podczas gdy usługa SMI uruchamia procedurę usługi przerwania, zwykle zawartą w systemie BIOS. Niestety, takie zachowanie może spowodować wzrost opóźnienia 100 mikrosekund lub więcej.

Jeśli musisz osiągnąć najmniejsze opóźnienie, należy zażądać wersji systemu BIOS od dostawcy sprzętu, która zmniejsza liczbę smI do najniższego możliwego stopnia. Te wersje systemu BIOS są często określane jako bios o małych opóźnieniach lub sMI free BIOS. W niektórych przypadkach platforma sprzętowa nie może całkowicie wyeliminować działania SMI, ponieważ służy do kontrolowania podstawowych funkcji, takich jak wentylatory chłodzące.

System operacyjny nie może kontrolować interfejsów SMI, ponieważ procesor logiczny działa w trybie specjalnej konserwacji, co uniemożliwia interwencję systemu operacyjnego.

Automatyczne dostrajanie okna odbierania TCP

Stos sieciowy systemu Windows używa funkcji o nazwie TCP odbierania poziomu automatycznego dostrajania okien do negocjowania rozmiaru okna odbierania TCP. Ta funkcja może negocjować zdefiniowany rozmiar okna odbierania dla każdej komunikacji TCP podczas uzgadniania PROTOKOŁU TCP i może zwiększyć wydajność połączeń TCP.

Wcześniej stos sieciowy systemu Windows używał okna odbierania o stałym rozmiarze 65 535 bajtów, które ograniczały ogólną potencjalną przepływność połączeń. Łączna osiągalna przepływność połączeń TCP może ograniczyć scenariusze użycia sieci. Automatyczne dostrajanie okna odbierania TCP umożliwia pełne korzystanie z sieci przez te scenariusze.

W przypadku okna odbierania TCP o określonym rozmiarze można użyć następującego równania, aby obliczyć całkowitą przepływność pojedynczego połączenia:

Łączna osiągalna przepływność w bajtach = Rozmiar okna odbierania TCP w bajtach * (1 / opóźnienie połączenia w sekundach)

Na przykład w przypadku połączenia 1 Gb/s, które ma opóźnienie 10 ms, łączna osiągalna przepływność wynosi tylko 51 Mb/s. Ta wartość jest rozsądna dla dużej infrastruktury sieci firmowej. Jednak przy użyciu automatycznego dostrajania w celu dostosowania okna odbierania połączenie może osiągnąć pełną szybkość wiersza wynoszącą 1 Gb/s.

Niektóre aplikacje definiują rozmiar okna odbierania TCP. Jeśli aplikacja nie definiuje rozmiaru okna odbierania, szybkość łącza określa rozmiar w następujący sposób:

Szybkość łącza Rozmiar okna odbierania
Mniej niż 1 Mb/s 8 KB
Od 1 Mb/s do 100 Mb/s 17 KB
Od 100 Mb/s do 10 Gb/s 64 KB
10 Gb/s lub szybsze 128 KB

Na przykład na komputerze z zainstalowaną kartą sieciową 1 Gb/s rozmiar okna powinien wynosić 64 KB.

Ta funkcja umożliwia również pełne wykorzystanie innych funkcji w celu zwiększenia wydajności sieci. Te funkcje obejmują pozostałe opcje PROTOKOŁU TCP zdefiniowane w dokumencie RFC 1323. Komputery z systemem Windows mogą używać tych funkcji do negocjowania rozmiarów okien odbierania PROTOKOŁU TCP, które są mniejsze, ale są skalowane według zdefiniowanej wartości, w zależności od konfiguracji. To zachowanie ułatwia obsługę rozmiarów urządzeń sieciowych.

Uwaga

Może wystąpić problem, w którym urządzenie sieciowe nie jest zgodne z opcją skalowania okien TCP, zgodnie z definicją w dokumencie RFC 1323 i dlatego nie obsługuje współczynnika skalowania. W takich przypadkach skontaktuj się z dostawcą urządzenia sieciowego.

Poziomy automatycznego dostrajania

Automatyczne dostrojenie okna odbierania protokołu TCP można ustawić na dowolny z pięciu poziomów. Domyślnym poziomem jest Normalny. W poniższej tabeli opisano poziomy.

Poziom Wartość szesnastkowa Komentarze
Normalny (wartość domyślna) 0x8 (współczynnik skali 8) Ustaw okno odbierania TCP tak, aby mogło wzrosnąć, aby pomieścić prawie wszystkie scenariusze.
Niepełnosprawny Brak dostępnego współczynnika skalowania Ustaw okno odbierania TCP na wartość domyślną.
Ograniczone 0x4 (współczynnik skalowania 4) Ustaw okno odbioru protokołu TCP tak, aby rosło poza wartość domyślną, ale ogranicz ten wzrost w niektórych scenariuszach.
Wysoce ograniczone 0x2 (współczynnik skalowania 2) Ustaw okno odbierania TCP, aby wyrosło poza jego wartość domyślną, ale zrób to bardzo konserwatywnie.
Eksperymentalny 0xE (współczynnik skali 14) Ustaw okno odbierania PROTOKOŁU TCP, aby dostosować je do ekstremalnych scenariuszy.

Jeśli używasz aplikacji do przechwytywania pakietów sieciowych, aplikacja powinna zgłaszać dane podobne do poniższych przykładów dla różnych ustawień poziomu automatycznego dostrajania okien.

Poziom automatycznego dostrajania: normalny (stan domyślny)

W tym przykładzie pokazano dane wyjściowe narzędzia do przechwytywania pakietów, gdy poziom automatycznego dostrajania okna odbierania TCP jest ustawiony na Wartość Normal. Współczynnik skalowania wynosi 8.

Frame: Number = 492, Captured Frame Length = 66, MediaType = ETHERNET
+ Ethernet: Etype = Internet IP (IPv4),DestinationAddress:[D8-FE-E3-65-F3-FD],SourceAddress:[C8-5B-76-7D-FA-7F]
+ Ipv4: Src = 192.169.0.5, Dest = 192.169.0.4, Next Protocol = TCP, Packet ID = 2667, Total IP Length = 52
- Tcp: [Bad CheckSum]Flags=......S., SrcPort=60975, DstPort=Microsoft-DS(445), PayloadLen=0, Seq=4075590425, Ack=0, Win=64240 ( Negotiating scale factor 0x8 ) = 64240
SrcPort: 60975
DstPort: Microsoft-DS(445)
SequenceNumber: 4075590425 (0xF2EC9319)
AcknowledgementNumber: 0 (0x0)
+ DataOffset: 128 (0x80)
+ Flags: ......S. ---------------------------------------------------------> SYN Flag set
Window: 64240 ( Negotiating scale factor 0x8 ) = 64240 ---------> TCP Receive Window set as 64K as per NIC Link bitrate. Note it shows the 0x8 Scale Factor.
Checksum: 0x8182, Bad
UrgentPointer: 0 (0x0)
- TCPOptions:
+ MaxSegmentSize: 1
+ NoOption:
+ WindowsScaleFactor: ShiftCount: 8 -----------------------------> Scale factor, defined by AutoTuningLevel
+ NoOption:
+ NoOption:
+ SACKPermitted:

Poziom automatycznego dostrajania: Wyłączony

W tym przykładzie pokazano dane wyjściowe narzędzia do przechwytywania pakietów, gdy poziom automatycznego dostrajania okna odbierania TCP jest ustawiony na wartość Wyłączone. Współczynnik skalowania nie jest używany.

Frame: Number = 353, Captured Frame Length = 62, MediaType = ETHERNET
+ Ethernet: Etype = Internet IP (IPv4),DestinationAddress:[D8-FE-E3-65-F3-FD],SourceAddress:[C8-5B-76-7D-FA-7F]
+ Ipv4: Src = 192.169.0.5, Dest = 192.169.0.4, Next Protocol = TCP, Packet ID = 2576, Total IP Length = 48
- Tcp: [Bad CheckSum]Flags=......S., SrcPort=60956, DstPort=Microsoft-DS(445), PayloadLen=0, Seq=2315885330, Ack=0, Win=64240 ( ) = 64240
SrcPort: 60956
DstPort: Microsoft-DS(445)
SequenceNumber: 2315885330 (0x8A099B12)
AcknowledgementNumber: 0 (0x0)
+ DataOffset: 112 (0x70)
+ Flags: ......S. ---------------------------------------------------------> SYN Flag set
Window: 64240 ( ) = 64240 ----------------------------------------> TCP Receive Window set as 64K as per NIC Link bitrate. Note there is no Scale Factor defined. In this case, Scale factor is not being sent as a TCP Option, so it will not be used by Windows.
Checksum: 0x817E, Bad
UrgentPointer: 0 (0x0)
- TCPOptions:
+ MaxSegmentSize: 1
+ NoOption:
+ NoOption:
+ SACKPermitted:

Poziom automatycznego dostrajania: ograniczony

W tym przykładzie pokazano dane wyjściowe narzędzia do przechwytywania pakietów, gdy poziom automatycznego dostrajania okna odbierania TCP jest ustawiony na Wartość Ograniczona. Współczynnik skalowania wynosi 4.

Frame: Number = 3, Captured Frame Length = 66, MediaType = ETHERNET
+ Ethernet: Etype = Internet IP (IPv4),DestinationAddress:[D8-FE-E3-65-F3-FD],SourceAddress:[C8-5B-76-7D-FA-7F]
+ Ipv4: Src = 192.169.0.5, Dest = 192.169.0.4, Next Protocol = TCP, Packet ID = 2319, Total IP Length = 52
- Tcp: [Bad CheckSum]Flags=......S., SrcPort=60890, DstPort=Microsoft-DS(445), PayloadLen=0, Seq=1966088568, Ack=0, Win=64240 ( Negotiating scale factor 0x4 ) = 64240
SrcPort: 60890
DstPort: Microsoft-DS(445)
SequenceNumber: 1966088568 (0x75302178)
AcknowledgementNumber: 0 (0x0)
+ DataOffset: 128 (0x80)
+ Flags: ......S. ---------------------------------------------------------> SYN Flag set
Window: 64240 ( Negotiating scale factor 0x4 ) = 64240 ---------> TCP Receive Window set as 64K as per NIC Link bitrate. Note it shows the 0x4 Scale Factor.
Checksum: 0x8182, Bad
UrgentPointer: 0 (0x0)
- TCPOptions:
+ MaxSegmentSize: 1
+ NoOption:
+ WindowsScaleFactor: ShiftCount: 4 -------------------------------> Scale factor, defined by AutoTuningLevel.
+ NoOption:
+ NoOption:
+ SACKPermitted:

Poziom automatycznego dostrajania: wysoce ograniczony

W tym przykładzie pokazano dane wyjściowe narzędzia do przechwytywania pakietów, gdy poziom automatycznego dostrajania okna odbierania TCP jest ustawiony na wysoce ograniczony. Współczynnik skalowania wynosi 2.

Frame: Number = 115, Captured Frame Length = 66, MediaType = ETHERNET
+ Ethernet: Etype = Internet IP (IPv4),DestinationAddress:[D8-FE-E3-65-F3-FD],SourceAddress:[C8-5B-76-7D-FA-7F]
+ Ipv4: Src = 192.169.0.5, Dest = 192.169.0.4, Next Protocol = TCP, Packet ID = 2388, Total IP Length = 52
- Tcp: [Bad CheckSum]Flags=......S., SrcPort=60903, DstPort=Microsoft-DS(445), PayloadLen=0, Seq=1463725706, Ack=0, Win=64240 ( Negotiating scale factor 0x2 ) = 64240
SrcPort: 60903
DstPort: Microsoft-DS(445)
SequenceNumber: 1463725706 (0x573EAE8A)
AcknowledgementNumber: 0 (0x0)
+ DataOffset: 128 (0x80)
+ Flags: ......S. ---------------------------------------------------------> SYN Flag set
Window: 64240 ( Negotiating scale factor 0x2 ) = 64240 ---------> TCP Receive Window set as 64K as per NIC Link bitrate. Note it shows the 0x2 Scale Factor.
Checksum: 0x8182, Bad
UrgentPointer: 0 (0x0)
- TCPOptions:
+ MaxSegmentSize: 1
+ NoOption:
+ WindowsScaleFactor: ShiftCount: 2 ------------------------------> Scale factor, defined by AutoTuningLevel
+ NoOption:
+ NoOption:
+ SACKPermitted:

Poziom automatycznego dostrajania: eksperymentalny

W tym przykładzie pokazano dane wyjściowe narzędzia do przechwytywania pakietów, gdy poziom automatycznego dostrajania okna odbierania TCP jest ustawiony na eksperymentalny. Współczynnik skalowania wynosi 14.

Frame: Number = 238, Captured Frame Length = 66, MediaType = ETHERNET
+ Ethernet: Etype = Internet IP (IPv4),DestinationAddress:[D8-FE-E3-65-F3-FD],SourceAddress:[C8-5B-76-7D-FA-7F]
+ Ipv4: Src = 192.169.0.5, Dest = 192.169.0.4, Next Protocol = TCP, Packet ID = 2490, Total IP Length = 52
- Tcp: [Bad CheckSum]Flags=......S., SrcPort=60933, DstPort=Microsoft-DS(445), PayloadLen=0, Seq=2095111365, Ack=0, Win=64240 ( Negotiating scale factor 0xe ) = 64240
SrcPort: 60933
DstPort: Microsoft-DS(445)
SequenceNumber: 2095111365 (0x7CE0DCC5)
AcknowledgementNumber: 0 (0x0)
+ DataOffset: 128 (0x80)
+ Flags: ......S. ---------------------------------------------------------> SYN Flag set
Window: 64240 ( Negotiating scale factor 0xe ) = 64240 ---------> TCP Receive Window set as 64K as per NIC Link bitrate. Note it shows the 0xe Scale Factor.
Checksum: 0x8182, Bad
UrgentPointer: 0 (0x0)
- TCPOptions:
+ MaxSegmentSize: 1
+ NoOption:
+ WindowsScaleFactor: ShiftCount: 14 -----------------------------> Scale factor, defined by AutoTuningLevel
+ NoOption:
+ NoOption:
+ SACKPermitted:

Przeglądanie i konfigurowanie automatycznego dostrajania okien odbierania PROTOKOŁU TCP

Możesz użyć poleceń cmdlet programu Windows PowerShell lub netsh polecenia systemu Windows, aby przejrzeć lub zmienić poziom automatycznego dostrajania okna odbierania TCP.

Uwaga

Począwszy od systemu Windows Server 2019, nie można już używać rejestru do konfigurowania rozmiaru okna odbierania TCP. Aby uzyskać więcej informacji na temat przestarzałych ustawień, zobacz Przestarzałe parametry PROTOKOŁU TCP.

Możesz użyć Get-NetTCPSetting polecenia cmdlet , aby przejrzeć lub zmodyfikować poziom automatycznego dostrajania. Aby przejrzeć i zmienić bieżące ustawienie:

  1. Otwórz program PowerShell jako administrator i uruchom następujące polecenie cmdlet:

    Get-NetTCPSetting | Select SettingName,AutoTuningLevelLocal

    Dane wyjściowe są podobne do poniższego przykładu:

    SettingName          AutoTuningLevelLocal
-----------          --------------------
Automatic
InternetCustom       Normal
DatacenterCustom     Normal
Compat               Normal
Datacenter           Normal
Internet             Normal

  2. Aby zmienić ustawienie, uruchom następujące polecenie. Pamiętaj, aby ustawić <value> żądany poziom automatycznego dostrajania. Aby uzyskać więcej informacji, zobacz Set-NetTCPSetting.

    Set-NetTCPSetting -AutoTuningLevelLocal <value>

Platforma filtrowania systemu Windows

Platforma filtrowania systemu Windows (WFP), wprowadzona w systemie Windows Server 2008, udostępnia interfejsy API niezależnym dostawcom oprogramowania innych niż microsoft w celu tworzenia filtrów przetwarzania pakietów. Program WFP umożliwia oprogramowaniu innej firmy inspekcję, modyfikowanie lub filtrowanie ruchu sieciowego w różnych warstwach stosu sieciowego. Chociaż ta funkcja jest niezbędna w przypadku aplikacji zabezpieczeń, może wprowadzić obciążenie związane z wydajnością, jeśli nie zostanie prawidłowo zaimplementowane. Przykłady obejmują zaporę i oprogramowanie antywirusowe.

Źle napisany filtr WFP może znacznie zmniejszyć wydajność sieci serwera. Aby uzyskać więcej informacji, zobacz Przenoszenie sterowników i aplikacji Packet-Processing do programu WFP w Centrum deweloperów systemu Windows.

Przestarzałe parametry TCP

Następujące ustawienia rejestru z systemu Windows Server 2003 nie są już obsługiwane i są ignorowane w nowszych wersjach.

  • TcpWindowSize
  • NumTcbTablePartitions
  • MaxHashTableSize

Wszystkie te ustawienia znajdują się w następującym podkluczu rejestru: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters

  • Last updated on