Discussion :

[damien99]

Salut,

Je cherche des infos sur l'évènement FD_WRITE concernant les sockets asyncrones, d'après MSDN ce message est envoyé losrque la fonction send() a terminé son envoi.

Je voudrait plus d'info sur cet évènement.
En fait j'utilise plusieur fois send() et je voudrait savoir si un de ces send() a fini son envoi, mais comment savoir de quel send() provient FD_WRITE ?
Peut être que si j'envoi une chaine d'une taille différente avec le send() en question je pourrait le différencier des autres à condition que FD_WRITE renvoye la taille des données envoyées par le send() correspondant.

J'ai trouvé peu d'information sur MSDN, j'ai cherché aussi sur GOOGLE mais j'ai rien trouvé de trés concluant.

Si vous avez des infos sur ça n'esitez pas

PS: j'espère avoir été assez clair.

[Médinoc]

FD_WRITE n'est pas envoyé après un send(), il est envoyé dès qu'il y a à nouveau de la place dans le buffer d'émission (après qu'un send() ait échoué parce qu'il n'y en avait plus).

Je n'en sais pas beaucoup plus, j'ai plus ou moins abandonné les sockets asynchrones quand il s'agit d'envoyer des données de grande taille: Un gros envoi bloquant est plus simple.
Pour moi, les sockets asynchrones sont surtout bons pour des envois espacés de petites données (un t'chat, notamment)

[damien99]

FD_WRITE n'est pas envoyé après un send(), il est envoyé dès qu'il y a à nouveau de la place dans le buffer d'émission (après qu'un send() ait échoué parce qu'il n'y en avait plus).

J'avais mal compris, j'ai lu peut être un peu vite. Ca va un m'arranger pluytôt pas mal tout ça 8)

A ce propos combien il fait le buffer d'émission , je sais que sa taille est variable et que l'on peut la trouver avec une fonction, mais je voudrait juste avoir un ordre d'idée (c'est plutôt 100Ko ou 10Mo, ca doit quant même pas varier beaucoup d'une machine à l'autre)

Et sinon a la reception de FD_WRITE il est possible de savoir combien de place à été libéré dans le buffer d'émission ? ou plutôt combien il y a de place de libre dans celui-ci ?

[damien99]

Y a t'il des moyen de gérer le buffer d'émission du socket.
Je voudrait au moins récupérer la taille disponible dans le tampon d'émission.

Peut t'on faire passer un message avec une forte priorité d'émission afin qu'il passe avant tout les autres sans faire la queue?

[Médinoc]

1°) getsockopt() pour récupérer les tailles de buffer
2°) Je crois que les données OOB (out-of-band) servent à ça, mais je n'en suis pas sûr.

[damien99]

Apparement OOB ne faiut pas passer les messages en priorité, enfin j'en suis pas persuadé j'ai seulement essayé avec l'IP 127.0.0.1 ....

: Je voudrait aussi savoir si "send()" échoue si le tampon de reception du destinataire est plein.

Merci

PS: Si vous avez de la doc. assez complète sur les sockets n'esitez pas à me la passer.