Discussion :

[erqsor]

Bonjour,

J'ai réalisé un programme qui permet de transférer des fichiers en binaire. Celui-ci fonctionne bien, cependant j'aimerai en savoir plus sur la taille recommandée des paquets pour découper les fichiers binaires (je pense qu'il y a plusieurs paramètres à prendre en compte pour cela comme la vitesse de débit voulue) et les techniques de gestion du débit (Comment permettre à un client de choisir le débit max).

Pour l'instant mon programme envoie toutes les données à la suite sans délais.

Connaissez vous des ressources sur lesquelles je pourrai me documenter à ce propos ?

[Obsidian]

Bonjour,

En général, c'est le rôle de la pile réseau de ton système d'exploitation de gérer cela. Si tu transfères ton fichier via un port TCP, tout cela est fait automatiquement. Quel protocole ton programme utilise-t-il ?

En tout cas, tu peux déjà jeter un œil à la MTU et à la QoS.

[Joker-eph]

Dès que tu veux laisser l'utilisateur contrôler le débit max, ce n'est plus le système d'exploitation qui s'en occupe, et la question de découper de manière plus adaptée pour qu'il y ait moins de job pour la pile réseau de l'OS ne me semble pas une mauvaise idée...

[contremaitre]

Heu, penser que tu puisses decharger la pile reseau de l'OS avec ton petit programme, c'est etre un peu pretentieux vu le nombre de personnes qui ont travaillés sur cette pile reseau et les algos qui sont derriere...

[Joker-eph]

Non, à partir du moment ou tu as des données à transmettre, mais que tu ne les transmets volontairement pas, c'est très pertinent.
Par exemple pour te limiter à 10kb/s tu peux transmettre à la pile de l'OS 10octets toutes les millisecondes ou 100k ttes les 10secondes.

Or la pile à beau être optimisée, elle l'est "d'une certaine manière". Comme tout algo/implémentation, ça fonctionne toujours plutôt pas mal, mais ça fonctionne mieux si tu lui donnes ce qu'il attends pour le mettre dans la meilleure configuration...

De plus les objectifs de ton application peuvent être divers : latence, débit, etc. Un client FTP, un logiciel de VOIP, et un jeu en réseau ne laisse pas la pile réseau gérer leur paquets de la même manière ;-)

[erqsor]

Merci pour vos réponses.

Obsidian, je regarderai ces documentations ce soir.

En général, c'est le rôle de la pile réseau de ton système d'exploitation de gérer cela.

Cela va sans dire que l'OS envoie les données le plus rapidement possible, mais est-ce que l'OS va gérer au mieux la "bufferisation" des données en attente de transfert sur le réseau ? Y a t'il une limite ? l'OS plante t'il si un certain seuil de données est dépassé ? ou alors l'OS ralenti t'il spontanément l'exécution du programme en question ?
Je sais très bien que cela dépend des OS, mais à quel niveau ?

Vous me conseilleriez de privilégier l'envoie de gros paquets plus lentement ou l'envoie de petits paquets plus rapidement ?
A savoir que mon algo envoie actuellement des paquets de 1ko de données sans délais