Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Ledev
François Ranwez wrote:
Supposons un réseau composé de plusieurs PC.
Le logiciel X développé en Visual Basic 6 est installé sur la pc A et le logiciel Y développé en Visual Basic 6 est installé sur le pc B.
Le logiciel X doit envoyé des données en temps réel au logiciel Y et vice-versa.
Ces deux logiciels rentrent dans le cadre de gestion d'un système domotique.
Quel est le procédé qui nécessite un temps de réponse le plus faible ?
Il te faut faire ton petit "protocole" fait maison(à moin d'en trouvé un déjà existant, qui permettrait en plus de rendre l'appli compatible). Disons que tu décide de t'en faire un: -Si tu ne veus pas t'emmerder avec les contrôles d'erreurs, TCP/IP l'intégre directement. Ainsi tu fait simplement communiquez par du texte envoyée/reçue sans t'occupé de rien d'autre. -Si tu désire un protocole légée et rapide, il te faudra utiliser UDP, en revenche il n'intégre pas de contrôle d'erreur, tu dois donc soit le prévoir dans ton protocole, soit te dire que la fiabilité a 100% n'est pas réquis et acceptez le risque. Le mieux c'est d'intégrer a chaque paquet un numéro qui s'incrément(le premier 1, le second 2, et ainsi de suite). Et lorsque l'appli a l'autre bout ne reçois pas un paquet(biensur prendre en compte qu'un paquet peu arriver avant un autre), le redemande. Mais sa ne serra pas aussi fiable que le contrôle d'erreur de TCP/IP.
Maintenant, par mail, sa me semble pas être la bonne solution. Se n'est pas du tous aproprié: -Soit, quand tu dis mail, tu utilise le protocole SMTP pour faire communiquez les 2 applis, et la c'est la cata, sa ferai un protocole hyper lourd pour le besoin. -Soit tu passe par un serveur, et se éxige une connection au serveur, l'envoie du paquet, la connection de l'autre machine et la reception du paquet: au total il a été transférer vers le serveur SMTP, mis dans le POP et retransférer vers l'autre extrémité(2 fois trimbaler). Sans comptez qu'une connection directe permet le transfére pure et dure du paquet(alors que USER, PÄSS, LIST et tous du POP ainsi que le HELO, MAIL FROM et tous du SMTP prennent des ressources sur le réseau, qui sont a multiplier par x paquet). Et puis imagine que l'appli devra tous le temps vérifier ses mails, prenant pour le serveur POP et sa connection... Par Email(ou plutôt message), c'est plus à utiliser pour une communication entre 2 applis en différer, pas en temps réel.
a+
François Ranwez wrote:
Supposons un réseau composé de plusieurs PC.
Le logiciel X développé en Visual Basic 6 est installé sur la pc A et
le logiciel Y développé en Visual Basic 6 est installé sur le pc B.
Le logiciel X doit envoyé des données en temps réel au logiciel Y et
vice-versa.
Ces deux logiciels rentrent dans le cadre de gestion d'un système
domotique.
Quel est le procédé qui nécessite un temps de réponse le plus faible ?
Il te faut faire ton petit "protocole" fait maison(à moin d'en trouvé un
déjà existant, qui permettrait en plus de rendre l'appli compatible).
Disons que tu décide de t'en faire un:
-Si tu ne veus pas t'emmerder avec les contrôles d'erreurs, TCP/IP
l'intégre directement. Ainsi tu fait simplement communiquez par du texte
envoyée/reçue sans t'occupé de rien d'autre.
-Si tu désire un protocole légée et rapide, il te faudra utiliser UDP,
en revenche il n'intégre pas de contrôle d'erreur, tu dois donc soit le
prévoir dans ton protocole, soit te dire que la fiabilité a 100% n'est pas
réquis et acceptez le risque. Le mieux c'est d'intégrer a chaque paquet un
numéro qui s'incrément(le premier 1, le second 2, et ainsi de suite). Et
lorsque l'appli a l'autre bout ne reçois pas un paquet(biensur prendre en
compte qu'un paquet peu arriver avant un autre), le redemande. Mais sa ne
serra pas aussi fiable que le contrôle d'erreur de TCP/IP.
Maintenant, par mail, sa me semble pas être la bonne solution. Se n'est pas
du tous aproprié:
-Soit, quand tu dis mail, tu utilise le protocole SMTP pour faire
communiquez les 2 applis, et la c'est la cata, sa ferai un protocole hyper
lourd pour le besoin.
-Soit tu passe par un serveur, et se éxige une connection au serveur,
l'envoie du paquet, la connection de l'autre machine et la reception du
paquet: au total il a été transférer vers le serveur SMTP, mis dans le POP
et retransférer vers l'autre extrémité(2 fois trimbaler). Sans comptez
qu'une connection directe permet le transfére pure et dure du paquet(alors
que USER, PÄSS, LIST et tous du POP ainsi que le HELO, MAIL FROM et tous du
SMTP prennent des ressources sur le réseau, qui sont a multiplier par x
paquet). Et puis imagine que l'appli devra tous le temps vérifier ses mails,
prenant pour le serveur POP et sa connection...
Par Email(ou plutôt message), c'est plus à utiliser pour une communication
entre 2 applis en différer, pas en temps réel.
Le logiciel X développé en Visual Basic 6 est installé sur la pc A et le logiciel Y développé en Visual Basic 6 est installé sur le pc B.
Le logiciel X doit envoyé des données en temps réel au logiciel Y et vice-versa.
Ces deux logiciels rentrent dans le cadre de gestion d'un système domotique.
Quel est le procédé qui nécessite un temps de réponse le plus faible ?
Il te faut faire ton petit "protocole" fait maison(à moin d'en trouvé un déjà existant, qui permettrait en plus de rendre l'appli compatible). Disons que tu décide de t'en faire un: -Si tu ne veus pas t'emmerder avec les contrôles d'erreurs, TCP/IP l'intégre directement. Ainsi tu fait simplement communiquez par du texte envoyée/reçue sans t'occupé de rien d'autre. -Si tu désire un protocole légée et rapide, il te faudra utiliser UDP, en revenche il n'intégre pas de contrôle d'erreur, tu dois donc soit le prévoir dans ton protocole, soit te dire que la fiabilité a 100% n'est pas réquis et acceptez le risque. Le mieux c'est d'intégrer a chaque paquet un numéro qui s'incrément(le premier 1, le second 2, et ainsi de suite). Et lorsque l'appli a l'autre bout ne reçois pas un paquet(biensur prendre en compte qu'un paquet peu arriver avant un autre), le redemande. Mais sa ne serra pas aussi fiable que le contrôle d'erreur de TCP/IP.
Maintenant, par mail, sa me semble pas être la bonne solution. Se n'est pas du tous aproprié: -Soit, quand tu dis mail, tu utilise le protocole SMTP pour faire communiquez les 2 applis, et la c'est la cata, sa ferai un protocole hyper lourd pour le besoin. -Soit tu passe par un serveur, et se éxige une connection au serveur, l'envoie du paquet, la connection de l'autre machine et la reception du paquet: au total il a été transférer vers le serveur SMTP, mis dans le POP et retransférer vers l'autre extrémité(2 fois trimbaler). Sans comptez qu'une connection directe permet le transfére pure et dure du paquet(alors que USER, PÄSS, LIST et tous du POP ainsi que le HELO, MAIL FROM et tous du SMTP prennent des ressources sur le réseau, qui sont a multiplier par x paquet). Et puis imagine que l'appli devra tous le temps vérifier ses mails, prenant pour le serveur POP et sa connection... Par Email(ou plutôt message), c'est plus à utiliser pour une communication entre 2 applis en différer, pas en temps réel.
a+
Michel Dessaintes
Utilise les pipes / mailboxes de Windows : http://support.microsoft.com/default.aspx?scid=kb;en-us;Q177696&ID7696
Michel
Ledev wrote:
François Ranwez wrote:
Supposons un réseau composé de plusieurs PC.
Le logiciel X développé en Visual Basic 6 est installé sur la pc A et le logiciel Y développé en Visual Basic 6 est installé sur le pc B.
Le logiciel X doit envoyé des données en temps réel au logiciel Y et vice-versa.
Ces deux logiciels rentrent dans le cadre de gestion d'un système domotique.
Quel est le procédé qui nécessite un temps de réponse le plus faible ?
Utilise les pipes / mailboxes de Windows : http://support.microsoft.com/default.aspx?scid=kb;en-us;Q177696&ID7696
Michel
Ledev wrote:
François Ranwez wrote:
Supposons un réseau composé de plusieurs PC.
Le logiciel X développé en Visual Basic 6 est installé sur la pc A et
le logiciel Y développé en Visual Basic 6 est installé sur le pc B.
Le logiciel X doit envoyé des données en temps réel au logiciel Y et
vice-versa.
Ces deux logiciels rentrent dans le cadre de gestion d'un système
domotique.
Quel est le procédé qui nécessite un temps de réponse le plus faible
?
