Discussion :

[jontleman]

Bonjour, bonjour!
Dans mon appli, j'envoie des infos à un autre logiciel par le biais d'une boucle.
Le traitement contient environ 50 "requetes" et la boucle est exécutée 10 fois de suite. Le problème c'est que je pense que mon pc ne supporte pas toujours ces 500 envois d'un coup et l'appli plante assez souvent. J'aurais voulu ralentir ce traitement, par exemple exécuter un tour de boucle en 1sec. Ce qui ferait 10sec pour tout envoyer.
Est-ce possible de faire ça??

Merci

Jontleman

[Bluedeep]

Mets en attente la boucle avec Sleep (quoique je ne crois pas une seule seconde ton explication de PC qui supporte pas : à mon avis il y a quelque chose de pourri au niveau de ton code ou de ton design).

[Pol63]

sleep n'est pas toujours conseillé enfin dans le cas d'un thread principal

sinon en effet ton appli qui plante vient de forcément de ton code qui bug (utiliser des try catch pour détecter les problèmes)

après faut voir aussi comment tu envoies les données entre les 2 logiciels

sinon tu peux utiliser un timer qui execute les 50 "requetes" et au bout de 10x arreter le timer

[Keihilin]

après faut voir aussi comment tu envoies les données entre les 2 logiciels

+1

Ensuite, ralentir artificiellement l'envoi des données me paraît une solution un peu bancale...
Je chercherais plutôt des pistes comme

• Blindage du destinataire; un thread tampon qui reçoit, un thread qui traite...
• Traitement par lots et communication entre l'envoyeur et le destinataire (lot 1 ok, next please...)

[Aspic]

Déjà, ralentir une boucle c'est bizarre... perso je cherche à les accélérer

Si tu veux vraiment le faire, utilise un Timer et surtout pas de Sleep... ou autre truc dans le genre car c'est mauvais pour ton programme et tot ou tard tu auras des erreurs !

[Pol63]

sleep sur un thread non principal est mieux que des timers, enfin plus fiables

[Bluedeep]

sleep sur un thread non principal est mieux que des timers, enfin plus fiables

Quel serait la nature du problème de fiabilité avec les timers ?

[Pol63]

un évènement n'est pas quelque chose de fiable et avec un peu de chance c'est ce que microsoft pense aussi
les évènements doivent être utilisés avec parcimonie et doivent avoir un traitement des plus rapide genre passer le relais à un autre thread et être pret à en attendre un autre

on m'a raconté une appli vb6 ou des evenements de timer n'arrivaient pas, et meme des evenements de winsock dataarrival non plus

après ptete que les évènements de .NET sont mieux et pas géré par l'OS
mais en regardant un peu avec reflector, ca semble être non managé
(certains removehandler dans la partie des dispose pour gérer la provenance du garbage collector iraient d'ailleurs dans ce sens)