Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Un autre aspect du développement d’applications à prendre en compte est la différence de comportement entre les opérations locales ou intracomputer et le comportement lorsque les opérations se produisent entre deux ordinateurs en réseau. Il existe des comportements d’application qui peuvent fonctionner correctement sur un ordinateur local, mais lorsqu’ils s’exécutent sur un réseau, provoquent une dégradation significative des performances et une consommation de ressources. Les comportements d’application suivants doivent être évités lors du développement d’applications Windows Sockets.
Comportements à éviter
Applications chatteuse.
Certaines applications effectuent de nombreuses petites transactions. Lorsqu’elles sont combinées avec la surcharge réseau associée à chaque transaction de ce type, l’effet est multiplié. Dans la mise en réseau, les petites transactions peuvent consommer autant de ressources et autant de temps que de transactions volumineuses. Une meilleure approche consiste à combiner de nombreuses petites transactions en une seule transaction volumineuse.
Transactions sérialisées.
La sérialisation inutile des transactions peut entraîner des performances médiocres et affecter l’extensibilité. Par exemple, 1 000 transactions sérialisées prennent au moins 1 000 * RTT pour terminer. Une meilleure approche consiste à exécuter des transactions non liées en parallèle. Lorsque des applications sérialisées sont combinées à des applications chatteuse, la réactivité peut être sérieusement entravée.
Note
La désérialisation correcte d’une application peut être difficile. Si le passage de sérialisé à parallèle s’avère trop difficile, envisagez de combiner plusieurs transactions en moins de transactions volumineuses.
Transactions en gras.
Les applications qui envoient des octets inutiles sur le réseau sont considérées comme des applications fat. Les applications qui envoient des octets inutiles sur le réseau augmentent la surcharge réseau et les performances sont entravées. Cette situation provient souvent de structures de données inefficaces ou d’un streaming de données inefficace. Pour résoudre ce problème, optimisez les structures de données ou envisagez d’utiliser la compression.
Les sections suivantes traitent des aspects du développement d’applications à prendre en compte.
- problèmes spécifiques à TCP/IP
- Reconnaître les applications lentes
- calcul de la surcharge avec netstat
Rubriques connexes