Discussion :

[coincoin73]

Bonjour

Je re�ois un flux important de donn�es en UDP multicast (toutes les 5 ms) et je dois les traiter rapidement.
J'ai donc une CAsyncSocket pour la r�ception et la r�cup�ration des data dans le OnReceive.
Je fais transiter la trame via un PostMessage (qui n'est pas bloquant) � une classe qui s'occupe du traitement.
Or j'arrive � avoir des pertes de r�ceptions (j'ai contr�l� l'�mission pour �tre s�r).
Pour moi, une CAsyncSocket est un thread et donc le message WM_RECEIVE est capt� quoi qu'il arrive, et l� ce n'est pas le cas.

Pour info, j'ai mis mon traitement dans un thread.

Est-ce que j'ai loup� quelque chose ?

Merci d'avance.

[M�dinoc]

J'ai v�rifi� dans les sources de MFC (2005):
CAsyncSocket est juste un wrapper sur WSAAsyncSelect() utilisant une fen�tre globale au thread appelant (plut�t que prendre un HWND en param�tre).
Et connaissant le fonctionnement de WSAAsyncSelect(), �a veut dire que le OnReceive() du CAsyncSocket est ex�cut� sur le thread appelant, et non sur un thread � part.

Donc, si tu cr�es d�j� ton CAsyncSocket depuis ton thread UI, le PostMessage() est une perte de temps.

[bacelar]

En plus de la remarque de @M�dinoc, UDP n'est pas un protocole s�curis� en terme de perte de trame.
Rien ne garantit qu'une trame �misse sera re�u par votre machine.
Pour en �tre s�r, utilisez un sniffer r�seau type Wireshark sur votre machine cliente qui vous permettra de voir si au moins la stack IP du syst�me � bien r�ceptionner ces packets UDP.

[coincoin73]

Rien ne garantit qu'une trame �misse sera re�u par votre machine.

J'ai v�rifi� ce point avant en m'assurant de bien tout recevoir si je ne fais pas de traitement apr�s r�ception.

Et connaissant le fonctionnement de WSAAsyncSelect(), �a veut dire que le OnReceive() du CAsyncSocket est ex�cut� sur le thread appelant, et non sur un thread � part.

Est-ce que la solution serait d'utiliser les fonctions de base [socket, bind, select, read/readfrom, shutdown, closesocket] ?

[M�dinoc]

Est-ce que la solution serait d'utiliser les fonctions de base [socket, bind, select, read/readfrom, shutdown, closesocket] ?

Si ton application est une application graphique, CAsyncSocket est appropri�. Mais il faut faire les Receive() le plus vite possible (quitte � faire la MaJ des contr�les la fen�tre plus tard avec un timer ou un truc du genre), pas les "remettre � demain" dans un contexte o� "demain" est mesur� en intervalles de 15.625ms.

[coincoin73]

Est-ce que je n'ai pas int�r�t � faire du polling � la place du OnReceive ?