RSS 프로필은 NUMA 설정을 사용하는 SQL Server에 영향을 줍니까?

Windows 2012 R2에서 기본 NUMAStatic 인 RSS 프로필을 NUMA 설정을 사용하여 SQL Server에서 변경할 수 있는지 궁금합니다. 누구든지 NUMA 또는 보수적 설정으로 고부하 SQL Server에서 성능 벤치 마크를 수행 했습니까?

RSS (Receive Side Scaling)는 다중 프로세서 시스템에서 네트워크 데이터를 처리 할 때 시스템 성능을 향상시킵니다. 결과적으로 네트워크에서 데이터를 수신하기위한 확장 성이 향상됩니다.

자세한 내용은 https://technet.microsoft.com/en-us/library/hh997036.aspx를 참조하십시오.

이를 통해 수신 측 스케일링이 주로 네트워크에서 데이터를 수신하는 데 도움이된다고 추측합니다.

SAP 설치에 흥미로운 링크가 있으며 2012 년에 게시되었지만 Windows 2012 이전 운영 체제를 사용하고있는 것 같습니다.

그럼에도 불구하고 일부 세부 사항의 혜택을 누릴 수 있습니다. 차트 중 하나는 단 하나의 프로세서 만 읽기를 소비하는 반면 다른 프로세서는 그다지 많이 사용하지 않는 것으로 나타났습니다. 다음 차트를 참조하십시오.

http://blogs.msdn.com/b/saponsqlserver/archive/2012/01/12/network-settings-network-teaming-receive-side-scaling-rss-amp-unbalanced-cpu-load.aspx

따라서 RSS는 주로 Windows가 데이터를 얼마나 빨리 수신하여 SQL Server와 같은 다른 프로세스에서 사용할 수 있는지에 영향을 미치는 것으로 보입니다. 이것은 선택한 RSS 프로필에 따라 다릅니다.

예를 들면 다음과 같습니다.

1. 기본 프로필 새로운 RSS 기능을 비활성화 윈도우 2008 R2 동작과 매우 유사한 동작을 떠나.
2. NUMA 확장 성 프로필은 RSS의 CPU가 라운드 로빈으로 NUMA 노드별로 할당 할 수 있습니다. 결과적으로 "RSS는 각 NUMA 노드에 대해 두 번째 RSS CPU를 할당하기 전에 NUMA 노드 당 하나 이상의 RSS CPU를 할당합니다." 이 라운드 로빈 설정은 더 많은 CPU에 작업을 분산시켜 데이터 처리량을 향상시킬 수 있습니다.

이는 서버가 데이터 네트워크를 많이 소비하는 경우 NUMA 확장 성 프로파일이이 데이터의 소비를 크게 증가시킬 수 있음을 나타냅니다. 그러나 일단 달성되고 데이터가 캐시에 있으면 다른 SQL Server 작업으로 넘어갈 수 없습니다.

환경에 매우 많은 양의 데이터가 소비되어 작업에 도움이됩니까? 그런 다음 사용 가능한 다양한 프로파일을 고려할 수 있습니다.

3. 다른 낮은 대기 시간 지원에는 병렬 수신 처리 , 순서대로 패킷 전달 유지 및 사용자에게 도움이 될 수있는 몇 가지 다른 옵션이 포함됩니다.

4. 또한 최신 RSS는 "64 개 이상의 프로세서가있는 대규모 서버에서 Windows Server 2012를 최적으로 확장 할 수 있습니다."

따라서 RSS를 사용하면 Windows에서 더 나은 데이터 수신 옵션을 사용할 수 있지만 SQL Server가 더 나은 방식으로 작동한다는 것을 나타내는 것은 아닙니다. 그러나 나는 이것에 대한 명확한 방향을 찾을 수 없으며 대부분의 논문은 약 10 년이되었습니다.