Qu'est-ce qu'un paquet RX abandonné ifconfig?

Je vois des RX droppedpaquets très élevés dans la sortie de ifconfig: Des milliers de paquets par seconde, un ordre de grandeur plus que normal 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)

Je teste des dongles WiFi. Les deux ont ce problème, et celui avec le taux de chute le plus élevé est en fait plus performant lors des inondations ping. Celui avec des paquets faibles a souffert de RTT Ping extrêmes, tandis que l'autre ne saute jamais un battement.

Qu'est-ce que Linux considère comme un paquet abandonné?
Pourquoi est-ce que j'en vois autant?
Pourquoi cela ne semble-t-il pas affecter les performances?

Il y a beaucoup de questions autour des réponses qui disent qu'un paquet abandonné pourrait être l'un des suivants, mais cela ne m'aide pas beaucoup, car ces possibilités ne semblent pas avoir de sens dans ce scénario.

linux networking wifi

— PythonNut
source

La raison pour laquelle vous voyez tomber peut être diverse. Le plus évident est que les paquets sont passés par le filtrage matériel et n'ont finalement pas été destinés à l'hôte. La multidiffusion par exemple.

— ardje

Packet Dropped vu depuis ifconfig pourrait être dû à de nombreuses raisons, vous devriez approfondir les statistiques de la carte réseau pour découvrir la vraie raison. Voici quelques raisons générales

Les tampons en anneau de la carte réseau sont pleins et incapables de faire face aux rafales de trafic entrantes
Le processeur recevant les interruptions de carte réseau est très occupé et incapable de traiter
certains problèmes de câble / matériel / duplex
un bug dans le pilote NIC

Regardez ethtool -S wlan0, iwconfig wlan0 et regardez / proc / net / wireless pour plus d'informations

— VenkatC
source

iwconfig wlan0ne mentionne rien lié aux paquets perdus, et toutes ses informations semblent normales, ethtool -S wlan0dit no stats available, et /proc/net/wirelessn'existent pas.

— PythonNut

quelle distribution de Linux utilisez-vous et quelle carte / pilote?

— VenkatC

J'utilise Debian / Raspbian sur un Raspberry Pi. Le conducteur est Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN Adapter.

— PythonNut

Merci, pourriez-vous publier la sortie de iwconfig ici? Le problème ici pourrait être spécifique à ce pilote. Je n'ai pas travaillé avec cette carte / pilote, je n'ai donc pas pu fournir de renseignements. mais en regardant le pilote, certains réglages liés à la gestion de l'alimentation ont aidé d'autres à obtenir de meilleures performances .. par exemple: comme raspberrypi.stackexchange.com/questions/11713/…

— VenkatC

Google pointe quelques problèmes avec le pilote github.com/OpenELEC/OpenELEC.tv/issues/3042 et d'autres informations plus utiles blog.stuffedcow.net/2014/04/rtl8192cu-and-linux-3-13-10 - ça fait plus de bruit comme lié au conducteur

— VenkatC