네트워크 어댑터 성능 조정

  • 아티클

적용 대상: Windows Server 2022, Windows Server 2019, Windows Server 2016, Azure Stack HCI, 버전 21H2 및 20H2

이 항목의 정보를 사용하여 Windows Server 2016 이상 버전을 실행하는 컴퓨터의 성능 네트워크 어댑터를 튜닝합니다. 네트워크 어댑터에서 튜닝 옵션을 제공하는 경우 이러한 옵션을 사용하여 네트워크 처리량 및 리소스 사용을 최적화할 수 있습니다.

네트워크 어댑터에 대한 올바른 튜닝 설정은 다음 변수에 따라 달라집니다.

  • 네트워크 어댑터와 해당 기능 집합
  • 서버에서 수행하는 워크로드 유형
  • 서버 하드웨어 및 소프트웨어 리소스
  • 서버에 대한 성능 목표

다음 섹션에서는 성능 조정 옵션 중 일부에 대해 설명합니다.

오프로드 기능 사용

일반적으로 네트워크 어댑터 오프로드 기능을 설정하는 것이 좋습니다. 그러나 네트워크 어댑터는 처리량이 높은 오프로드 기능을 처리할 만큼 강력하지 않을 수 있습니다.

Important

오프로드 기능 IPsec 작업 오프로드 또는 TCP 굴뚝 오프로드를 사용하지 마세요. 이러한 기술은 Windows Server 2016에서 더 이상 사용되지 않으며 서버 및 네트워킹 성능에 부정적인 영향을 줄 수 있습니다. 또한 이러한 기술은 향후 Microsoft에서 지원되지 않을 수 있습니다.

예를 들어 하드웨어 리소스가 제한된 네트워크 어댑터를 고려합니다. 이 경우 분할 오프로드 기능을 사용하도록 설정하면 어댑터의 지속 가능한 최대 처리량을 줄일 수 있습니다. 그러나 감소된 처리량이 허용되는 경우 분할 오프로드 기능을 사용하도록 설정해야 합니다.

참고 항목

일부 네트워크 어댑터에서는 송신 및 수신 경로에 대해 독립적으로 오프로드 기능을 사용하도록 설정해야 합니다.

웹 서버에 RSS(수신측 크기 조정) 사용

네트워크 어댑터 수가 서버의 논리 프로세서보다 적은 경우 RSS를 통해 웹 확장성과 성능을 개선할 수 있습니다. 모든 웹 트래픽이 RSS 지원 네트워크 어댑터를 통과하는 경우 서버는 여러 CPU에서 동시에 다른 연결에서 들어오는 웹 요청을 처리할 수 있습니다.

Important

동일한 서버에서 RSS가 아닌 네트워크 어댑터와 RSS 지원 네트워크 어댑터를 모두 사용하지 않습니다. RSS 및 HTTP(하이퍼텍스트 전송 프로토콜)의 부하 분산 논리로 인해 RSS 지원 네트워크 어댑터가 하나 이상의 RSS 지원 네트워크 어댑터가 있는 서버에서 웹 트래픽을 허용하는 경우 성능이 심각하게 저하될 수 있습니다. 이 경우 RSS 지원 네트워크 어댑터를 사용하거나 네트워크 어댑터 속성 고급 속성 탭에서 RSS를 사용하지 않도록 설정해야 합니다.

네트워크 어댑터가 RSS 지원인지 여부를 확인하려면 네트워크 어댑터 속성 고급 속성 탭에서 RSS 정보를 볼 수 있습니다.

RSS 프로필 및 RSS 큐

기본 RSS 미리 정의된 프로필은 이전 버전의 Windows에서 사용한 기본값과 다른 NUMAStatic입니다. RSS 프로필을 사용하기 전에 사용 가능한 프로필을 검토하여 도움이 되는 시기와 네트워크 환경 및 하드웨어에 적용되는 방법을 이해합니다.

예를 들어 작업 관리자를 열고 서버에서 논리 프로세서를 검토하고 수신 트래픽에 대해 사용률이 저조한 것처럼 보이는 경우 RSS 큐 수를 기본값인 2에서 네트워크 어댑터가 지원하는 최대값으로 늘릴 수 있습니다. 네트워크 어댑터에서 드라이버의 일부로 RSS 큐 수를 변경하는 옵션을 제공할 수 있습니다.

네트워크 어댑터 리소스 늘리기

수신 및 송신 버퍼와 같은 리소스를 수동으로 구성할 수 있는 네트워크 어댑터의 경우 할당된 리소스를 늘려야 합니다.

일부 네트워크 어댑터는 호스트에서 할당되는 메모리를 절약하기 위해 수신 버퍼를 낮게 설정합니다. 이러한 값이 낮으면 패킷이 손실되고 성능이 저하될 수 있습니다. 따라서 수신 작업이 많은 시나리오에서는 수신 버퍼 값을 최대값으로 늘리는 것이 좋습니다.

참고 항목

네트워크 어댑터가 수동 리소스 구성을 노출하지 않는 경우 리소스를 동적으로 구성하거나 리소스를 변경할 수 없는 고정 값으로 설정합니다.

인터럽트 조정 사용

인터럽트 조정을 제어하기 위해 일부 네트워크 어댑터는 서로 다른 인터럽트 조정 수준, 다른 버퍼 병합 매개 변수(송신 및 수신 버퍼에 대해 개별적으로) 또는 둘 다를 노출합니다.

CPU 바인딩된 워크로드에 대한 인터럽트 조정을 고려해야 합니다. 인터럽트 조정을 사용하는 경우 더 많은 인터럽트 및 짧은 대기 시간으로 인해 호스트 CPU 절감과 대기 시간 간의 장단분과 증가된 호스트 CPU 절감을 고려합니다. 네트워크 어댑터가 인터럽트 조정을 수행하지 않지만 버퍼 병합을 노출하는 경우 병합된 버퍼 수를 늘려 송신 또는 수신당 더 많은 버퍼를 허용하여 성능을 향상시킬 수 있습니다.

짧은 대기 시간 패킷 처리를 위한 성능 튜닝

대부분의 네트워크 어댑터는 운영 체제에서 발생하는 대기 시간을 최적화할 수 있는 옵션을 제공합니다. 대기 시간은 네트워크 드라이버에서 들어오는 패킷을 처리하여 다시 보낼 때까지 소요되는 시간입니다. 이 시간은 일반적으로 마이크로초 단위로 측정됩니다. 비교를 위해 장거리 패킷 전송의 전송 시간은 일반적으로 밀리초(크기가 더 큰 순서)로 측정됩니다. 이러한 조정은 전송 중에 패킷에서 소요되는 시간을 단축하지 않습니다.

다음은 마이크로초가 중요한 네트워크에 대한 몇 가지 성능 조정 제안 사항입니다.

  • 컴퓨터 BIOS를 고성능으로 설정하고 C 상태를 사용하지 않도록 설정합니다. 그러나 이는 시스템 및 BIOS에 종속되므로 일부 시스템은 운영 체제에서 전원 관리를 제어하는 경우 더 높은 성능을 제공합니다. 설정 또는 powercfg 명령을 사용하여 전원 관리 설정을 검사 조정할 수 있습니다. 자세한 내용은 Powercfg 명령줄 옵션을 참조 하세요.

  • 운영 체제 전원 관리 프로필을 고성능 시스템으로 설정합니다.

    참고 항목

    시스템 BIOS가 전원 관리의 운영 체제 제어를 사용하지 않도록 설정된 경우 이 설정이 제대로 작동하지 않습니다.

  • 정적 오프로드를 사용하도록 설정합니다. 예를 들어 UDP 체크섬, TCP 체크섬 및 LSO(대규모 오프로드 보내기) 설정을 사용하도록 설정합니다.

  • 트래픽이 다중 스트리밍되는 경우(예: 대용량 멀티캐스트 트래픽을 수신하는 경우) RSS를 사용하도록 설정합니다.

  • 가능한 가장 낮은 대기 시간이 필요한 네트워크 카드 드라이버에 대해 인터럽트 조정 설정을 사용하지 않도록 설정합니다. 이 구성은 CPU 시간을 더 많이 사용할 수 있으며 절충을 나타냅니다.

  • 패킷을 처리하는 프로그램(사용자 스레드)에서 사용 중인 코어와 CPU 캐시를 공유하는 코어 프로세서에서 네트워크 어댑터 인터럽트 및 DPC를 처리합니다. CPU 선호도 조정을 사용하여 RSS 구성과 함께 프로세스를 특정 논리 프로세서로 전달하여 이를 실현할 수 있습니다. 인터럽트, DPC 및 사용자 모드 스레드에 동일한 코어를 사용하면 ISR, DPC 및 스레드가 코어 사용을 경합하기 때문에 로드가 증가하여 성능이 저하됩니다.

시스템 관리 인터럽트

많은 하드웨어 시스템에서는 ECC(오류 수정 코드) 메모리 오류 보고, 레거시 USB 호환성 기본 팬 제어 및 BIOS 제어 전원 설정 관리와 같은 다양한 기본 테넌트 함수에 SMI(시스템 관리 인터럽트)를 사용합니다.

SMI는 시스템에서 우선 순위가 가장 높은 인터럽트이며 CPU를 관리 모드에 배치합니다. 이 모드는 SMI가 일반적으로 BIOS에 포함된 인터럽트 서비스 루틴을 실행하는 동안 다른 모든 작업을 선점합니다.

아쉽게도 이 동작으로 인해 대기 시간이 100 마이크로초 이상 급증할 수 있습니다.

가장 짧은 대기 시간이 필요한 경우 하드웨어 공급자에게 SMI를 가능한 한 최저 수준으로 낮추는 BIOS 버전을 요청해야 합니다. 이러한 BIOS 버전은 "짧은 대기 시간 BIOS" 또는 "SMI 무료 BIOS"라고도 합니다. 경우에 따라 하드웨어 플랫폼이 필수 기능(예: 냉각 팬)을 제어하는 데 사용되므로 SMI 활동을 완전히 제거할 수 없습니다.

참고 항목

논리 프로세서가 운영 체제 개입을 방지하는 특수 기본 테넌트 모드에서 실행 중이므로 운영 체제에서 SMI를 제어할 수 없습니다.

성능 튜닝 TCP

다음 항목을 사용하여 TCP 성능을 조정할 수 있습니다.

TCP 수신 창 자동 조정

Windows Vista, Windows Server 2008 이상 버전의 Windows에서 Windows 네트워크 스택은 TCP 수신 창 자동 조정 수준이라는 기능을 사용하여 TCP 수신 창 크기를 협상합니다. 이 기능은 TCP 핸드셰이크 중에 모든 TCP 통신에 대해 정의된 수신 창 크기를 협상할 수 있습니다.

이전 버전의 Windows에서 Windows 네트워크 스택은 연결에 대한 전체 잠재적 처리량을 제한하는 고정 크기 수신 창(65,535바이트)을 사용했습니다. TCP 연결의 달성 가능한 총 처리량은 네트워크 사용 시나리오를 제한할 수 있습니다. TCP 수신 창 자동 조정을 사용하면 이러한 시나리오에서 네트워크를 완전히 사용할 수 있습니다.

특정 크기가 있는 TCP 수신 창의 경우 다음 수식을 사용하여 단일 연결의 총 처리량을 계산할 수 있습니다.

달성 가능한 총 처리량(바이트 = ) TCP 수신 창 크기(바이트) * (1/연결 대기 시간(초)

예를 들어 대기 시간이 10ms인 연결의 경우 달성 가능한 총 처리량은 51Mbps에 불과합니다. 이 값은 대규모 회사 네트워크 인프라에 적합합니다. 그러나 자동 조정을 사용하여 수신 창을 조정하면 연결이 1Gbps 연결의 전체 줄 속도를 달성할 수 있습니다.

일부 애플리케이션은 TCP 수신 창의 크기를 정의합니다. 애플리케이션이 수신 창 크기를 정의하지 않으면 링크 속도에 따라 크기가 다음과 같이 결정됩니다.

  • 초당 1메가비트 미만(Mbps): 8KB(KB)
  • 1Mbps~100Mbps: 17KB
  • 초당 100Mbps~10기가비트(Gbps): 64KB
  • 10Gbps 이상: 128KB

예를 들어 1Gbps 네트워크 어댑터가 설치된 컴퓨터에서 창 크기는 64KB여야 합니다.

또한 이 기능은 네트워크 성능을 향상시키기 위해 다른 기능을 최대한 활용합니다. 이러한 기능에는 RFC 1323에 정의된 나머지 TCP 옵션이 포함됩니다. 이러한 기능을 사용하여 Windows 기반 컴퓨터는 구성에 따라 더 작지만 정의된 값으로 크기가 조정되는 TCP 수신 창 크기를 협상할 수 있습니다. 이 동작은 네트워킹 디바이스에 대해 더 쉽게 처리할 수 있는 크기입니다.

참고 항목

RFC 1323에 정의된 대로 네트워크 디바이스가 TCP 창 확장 옵션을 준수하지 않아 배율 인수를 지원하지 않는 문제가 발생할 수 있습니다. 이러한 경우 이 KB 934430을 참조하세요. 방화벽 디바이스 뒤에서 Windows Vista를 사용하거나 네트워크 디바이스 공급업체의 지원 팀에 문의하려고 하면 네트워크 연결이 실패합니다.

TCP 수신 창 자동 조정 수준 검토 및 구성

netsh 명령 또는 Windows PowerShell cmdlet을 사용하여 TCP 수신 창 자동 조정 수준을 검토하거나 수정할 수 있습니다.

참고 항목

Windows 10 또는 Windows Server 2019 이전 버전의 Windows 버전과 달리 더 이상 레지스트리를 사용하여 TCP 수신 창 크기를 구성할 수 없습니다. 사용되지 않는 설정에 대한 자세한 내용은 사용되지 않는 TCP 매개 변수를 참조 하세요.

참고 항목

사용 가능한 자동 조정 수준에 대한 자세한 내용은 자동 조정 수준을 참조 하세요.

netsh를 사용하여 자동 조정 수준을 검토하거나 수정하려면

현재 설정을 검토하려면 명령 프롬프트 창을 열고 다음 명령을 실행합니다.

netsh interface tcp show global

이 명령의 출력은 다음과 유사합니다.

Querying active state...

TCP Global Parameters
-----
Receive-Side Scaling State : enabled
Chimney Offload State : disabled
Receive Window Auto-Tuning Level : normal
Add-On Congestion Control Provider : default
ECN Capability : disabled
RFC 1323 Timestamps : disabled
Initial RTO : 3000
Receive Segment Coalescing State : enabled
Non Sack Rtt Resiliency : disabled
Max SYN Retransmissions : 2
Fast Open : enabled
Fast Open Fallback : enabled
Pacing Profile : off

설정을 수정하려면 명령 프롬프트에서 다음 명령을 실행합니다.

netsh interface tcp set global autotuninglevel=<Value>

참고 항목

앞의 명령 <에서 값> 은 자동 튜닝 수준에 대한 새 값을 나타냅니다.

이 명령에 대한 자세한 내용은 인터페이스 전송 제어 프로토콜에 대한 Netsh 명령을 참조 하세요.

Powershell을 사용하여 자동 조정 수준을 검토하거나 수정하려면

현재 설정을 검토하려면 PowerShell 창을 열고 다음 cmdlet을 실행합니다.

Get-NetTCPSetting | Select SettingName,AutoTuningLevelLocal

이 cmdlet의 출력은 다음과 유사합니다.

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

설정을 수정하려면 PowerShell 명령 프롬프트에서 다음 cmdlet을 실행합니다.

Set-NetTCPSetting -AutoTuningLevelLocal <Value>

참고 항목

앞의 명령 <에서 값> 은 자동 튜닝 수준에 대한 새 값을 나타냅니다.

이러한 cmdlet에 대한 자세한 내용은 다음 문서를 참조하세요.

자동 조정 수준

수신 창 자동 조정을 5개 수준 중 한 수준으로 설정할 수 있습니다. 기본 수준은 Normal입니다. 다음 표에서는 수준을 설명합니다.

수준 16 진수 값 설명
기본값(기본값) 0x8(배율 8) 거의 모든 시나리오를 수용하도록 TCP 수신 창을 확장하도록 설정합니다.
사용 안 함 사용할 수 있는 배율 인수 없음 TCP 수신 창을 기본값으로 설정합니다.
Restricted 0x4(배율 4) TCP 수신 창이 기본값을 초과하도록 설정하지만 일부 시나리오에서는 이러한 증가를 제한합니다.
매우 제한됨 0x2(배율 2) TCP 수신 창이 기본값을 초과하도록 설정하지만 매우 보수적입니다.
실험적 0xE(배율 14) 극단적인 시나리오를 수용하도록 TCP 수신 창을 확장하도록 설정합니다.

애플리케이션을 사용하여 네트워크 패킷을 캡처하는 경우 애플리케이션은 다른 창 자동 조정 수준 설정에 대해 다음과 유사한 데이터를 보고해야 합니다.

  • 자동 조정 수준: 표준(기본 상태)

    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:

  • 자동 조정 수준: 사용 안 함

    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:

  • 자동 조정 수준: 제한됨

    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:

  • 자동 조정 수준: 매우 제한됨

    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:

  • 자동 조정 수준: 실험적

    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:

사용되지 않는 TCP 매개 변수

Windows Server 2003의 다음 레지스트리 설정은 더 이상 지원되지 않으며 이후 버전에서는 무시됩니다.

  • TcpWindowSize
  • NumTcbTablePartitions
  • MaxHashTableSize

이러한 모든 설정은 다음 레지스트리 하위 키에 있습니다.

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters

Windows 필터링 플랫폼

Windows Vista 및 Windows Server 2008에는 WFP(Windows Filtering Platform)가 도입되었습니다. WFP는 패킷 처리 필터를 만들기 위해 타사 ISV(독립 소프트웨어 공급업체)에 API를 제공합니다. 예를 들어 방화벽 및 바이러스 백신 소프트웨어가 여기에 해당합니다.

참고 항목

잘못 작성된 WFP 필터는 서버의 네트워킹 성능을 크게 저하할 수 있습니다. 자세한 내용은 Windows 개발자 센터 패킷 처리 드라이버 및 앱을 WFP로 포팅을 참조하세요.

이 가이드의 모든 항목에 대한 링크는 네트워크 하위 시스템 성능 튜닝을 참조 하세요.