RX dropped
출력에 매우 높은 패킷 수가 표시됩니다 ifconfig
. 즉, 초당 수천 개의 패킷으로 정상보다 훨씬 더 많습니다 RX packets
.
wlan0 Link encap:Ethernet HWaddr 74:da:38:3a:f4:bb
inet addr:192.168.99.147 Bcast:192.168.99.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:31741 errors:0 dropped:646737 overruns:0 frame:0
TX packets:18424 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:90393262 (86.2 MiB) TX bytes:2348219 (2.2 MiB)
WiFi 어댑터를 테스트하고 있습니다.둘 다이 문제가 있으며, 패킷 손실이 더 높은 것들은 실제로 핑 플러드에서 더 나은 성능을 발휘합니다. 패킷 손실이 낮은 쪽은 극단적인 Ping RTT의 영향을 받는 반면, 다른 쪽은 지터를 표시하지 않습니다.
- Linux는 손실된 패킷을 무엇으로 간주합니까?
- 왜 이렇게 많이 보이는 걸까요?
- 왜 성능에 영향을 미치지 않는 것 같나요?
패킷 손실에 대한 질문에 대한 답변은 다양합니다.다음 중 하나일 수 있습니다.하지만 이 경우 가능성이 타당하지 않은 것 같기 때문에 그것은 나에게 별로 도움이 되지 않습니다.
답변1
그래프에 표시되는 패킷 손실은 ifconfig
여러 가지 이유로 인해 발생할 수 있으며, 실제 원인을 찾으려면 NIC 통계를 자세히 조사해야 합니다. 다음은 몇 가지 일반적인 이유입니다.
- NIC 링 버퍼가 가득 차서 들어오는 트래픽 버스트를 처리할 수 없습니다.
- CPU가 네트워크 카드 인터럽트를 수신 중이어서 이를 처리할 수 없습니다.
- 일부 케이블 연결/하드웨어/이중 문제
- 네트워크 카드 드라이버의 일부 버그
출력 보기
ethtool -S wlan0
iwconfig wlan0
/proc/net/wireless
그리고 추가 정보의 내용.
답변2
우리의 경우에는 IP 주소 값이 넷마스크 값(예: 17.229.24)보다 커서 RX 패킷이 삭제되는 것과 동일한 문제가 있었습니다.266그리고255.255.255.0, 266 > 255)
BBui 2020년 3월 3일