기본 피드에서 누락 된 데이터를 복구하기 위해 교환기에서 복구 피드를 받고 있습니다.멀티 캐스트를 듣는 것은 어떻게 나에게 상처를 줄까요?
교환 강하게은 데이터가 필요할 때만 복구 피드를 수신하고 필요한 데이터를 복구 한 후에는 멀티 캐스트를 나가기를 권장합니다.
내 질문은, 내가 asio를 사용하고 NIC가 필요하지 않을 때 NIC에서 읽지 않는다면 해가 무엇인가? 메시지에는 일련 번호가 있으므로 카드에서 이전 메시지를 우연히 처리 할 수 없습니다.
정말 내 응용 프로그램에 해를 끼치고 있습니까?
아니요이 컴퓨터에 해를 끼치는만큼 응용 프로그램에 해를 끼치 지 않습니다. 닉은 멀티 캐스트 그룹에 계속 구성되어 있기 때문에 소프트웨어가 무시하고 무시하기 전에 여전히 해당 메시지를 수신하고 전달합니다. . 이는 네트워크 스택과 커널이 수행하는 많은 추가 작업이므로 앱뿐만 아니라 일반적으로 시스템에 많은 추가로드가 발생합니다.
복구 피드를 듣는 것은 네트워크 수준에 잠재적 영향을 미칠 수 있습니다. 앞에서 언급했듯이 NIC와 IP 스택은 더 많은 프레임/패킷을 처리 할 것입니다. 또한 사용 가능한 대역폭 중 더 많은 부분이 응용 프로그램에서 사용하지 않는 데이터로 소모되고 있습니다. 링크에 혼잡이 있으면 프레임이 누락 될 수 있습니다. 혼잡 여부는 서버가 100Mb인지 1Gb인지 여부, 호스트가 송수신중인 트래픽 양 등에 따라 달라집니다.
또 다른 잠재적 인 문제는 다른 호스트에 미치는 영향입니다. 호스트가 연결된 스위치에 IGMP snooping이 활성화되어 있지 않으면 동일한 VLAN의 모든 호스트에 추가 멀티 캐스트 트래픽이 수신되므로 위에서 설명한 것과 동일한 문제가 발생할 수 있습니다.
네트워크 팀이 네트워크를 관리하고 있다면 그 중 일부 권장 사항을 찾아 볼 가치가있을 것입니다. 중복 피드에 가입해야한다고 생각되면 네트워크에 이미 존재하는 중복성 수준과 기본 피드의 메시지가 손실 될 가능성이 얼마나되는지 신중하게 고려해야합니다.
그것은이 시스템에 어떤 차이를 만들 것 같지는하지만이 멀티 캐스트 회원 유지와 관련된 오버 헤드가 있음을 인식하고 가치
muz's 코멘트의 추가 항목 (당신이있어 가정 IGMP 사용 - "멀티 캐스트 나가기"에 대한 제한이 있음)
IGMP는 정기적 인 멀티 캐스트 그룹 멤버쉽을 보내고 처리해야합니다. 그리고 당신과 igmp 스누핑을 할 수있는 멀티 캐스트 소스 사이에 스위치 나 라우터가 있다면 주어진 네트워크에 대한 멀티 캐스트를 비활성화 할 수 있습니다 (muz의 코멘트에서 언급 한 바와 같이).