버퍼 수와 링 크기 사이의 관계는 무엇입니까?

그들은 관련이 있지만 독립적입니다. rx “링”은 들어오는 네트워크 패킷을 호스트 (하이퍼 바이저)에서 게스트 (Windows VM)로 전달하기 위해 큐로 사용되는 메모리의 버퍼 세트를 나타냅니다. 메모리는 네트워크 드라이버에 의해 게스트에 예약되어 호스트 메모리에 매핑됩니다.

새로운 네트워크 패킷이 호스트에 들어 오면 링에서 사용 가능한 다음 버퍼에 배치됩니다. 그런 다음 호스트는 게스트에서 IRQ를 트리거합니다. 게스트 드라이버는 링에서 패킷을 가져와 게스트 OS의 네트워크 스택으로 디스패치하여 게스트 OS가 응답하도록 게스트 응용 프로그램으로 보냅니다. 패킷이 충분히 느려지고 게스트 드라이버가 충분히 빠르게 처리한다고 가정하면 항상 링에 여유 슬롯이 있어야합니다. 그러나 패킷이 너무 빨리 들어 오거나 게스트가 너무 느리게 처리하는 경우 링이 가득 찰 수 있으며 상황에 따라 패킷이 삭제 될 수 있습니다.

링 크기를 늘리면이 문제를 완화하는 데 도움이 될 수 있습니다. 늘리면 한 번에 더 많은 슬롯을 링에서 사용할 수 있습니다. 이것은 두 번째 설정 인 “Small Rx Buffers”로 이어지며, 링의 슬롯을 채우는 데 사용할 수있는 총 버퍼 양입니다. 링의 슬롯 수만큼 버퍼가 있어야합니다. 일반적으로 더 많이 원합니다. 게스트가 게스트 네트워크 스택에 제공하기 위해 링에서 버퍼를 꺼낼 때 항상 즉시 드라이버로 반환되는 것은 아닙니다. 이 경우 링을 채우는 여분의 버퍼가 있으면 패킷을 삭제하지 않고도 더 오래 갈 수 있습니다.

Rx Ring # 1 / Small Rx Buffers는 비 점보 프레임에 사용됩니다. 기본 NIC 구성이있는 경우 이것이 유일하게 사용되는 링입니다.

이러한 설정 값에 사용 된 메모리 양을 어떻게 계산합니까?

비 점보 프레임에 대해 이야기 할 때 각 버퍼는 전체 네트워크 패킷 (약 1.5kb)을 저장할 수있을만큼 커야합니다. 따라서 8192 개의 버퍼를 사용할 수 있으면 12MB를 사용합니다. 더 큰 링은 더 많은 메모리를 사용하지만 디스크립터는 작으므로 (바이트) 실제로 걱정해야 할 버퍼입니다.

이러한 설정은 게스트 OS 내의 NIC 자체에 있기 때문에 드라이버 설정이라고 가정합니다. 이것은 사용 된 RAM이 페이징되거나 비 페이징 풀이라고 생각합니다.

예, 비 페이징 풀입니다. 링 버퍼가 페이징 된 경우 버퍼가 다시 페이징되는 동안 패킷이 손실 될 수 있습니다.

여기에서 고려하지 않은 문제가 있습니까?

이것이 귀하의 상황과 관련이 있는지는 확실하지 않지만 더 큰 링은 네트워크 rx 경로의 캐시 풋 프린트를 증가시킬 것입니다. 마이크로 벤치 마크에서는 링이 클수록 일반적으로 성능이 저하된다는 것을 알 수 있습니다. 즉, 실제 응용 프로그램에서 패킷이 손실되면 속도 버스트의 작은 성능 향상보다 일반적으로 더 큽니다.

출처 : 저는 VMware에서 근무했습니다.

답변