Version imprimable
Bonsoir,
J'aurais aimé avoir des renseignements, ainsi que des conseils argumentés d'exemples, sur la création et l'utilisation de threads. Je fais en fait un "bot irc" mais j'utilise une boucle infini, ce qui bouffe pas mal de ressource.. Et j'ai lu à maintes reprises que la solution serait l'utilisation de thread. Mais voila, je n'y connais rien! Et c'est pour cela que je fais appel à votre aide. Merci d'avance =]
Ta boucle infinie ne devrait pas "bouffer pas mal de ressource" : Normalement, l'attente est passive.
De plus, tu n'as pas vraiment besoin de multi-socket ni de multithreading pour un petit client comme un bot.
Pour le multithreading, je crois bien que ça dépend du système : Les systèmes unixoïdes ont leur interface (pthread, comme POSIX Thread), Win32 possède la sienne (_beginthreadex, _endthreadex).
J'ignore s'il est possible ou d'utiliser les pthreads sous Win32, je n'ai rien trouvé pour l'instant (mais le moteur de recherche semble inaccessible)
Et ne négligeons pas les bibliothèques portables, je ne sais plus si boost a quelque chose pour la gestion des threads...
L'utilisation de Thread ne serait-elle pas mieux, qu'une boucle infinie ? Parce qu'elle ne reste pas totalement en attente, elle tourne sans cesse en vidant le buffer et en vérifiant s'il est vide ou pas.. N'y aurait-il pas un moyen pour qu'elle évite de tourner pour rien ? Je sais que je peux utiliser Sleep(), mais si le serveur envoie une information, lorsque je suis en période de "Sleep", je ne la recevrais pas à moins que cette période soit de très courte durée, ce qui est possible aussi. Au moins jça bouffera moins. En d'autre terme, qu'elle est la meilleure chose à faire pour ce bot ?
Pour moi, la meilleure chose à faire est d'utiliser un socket bloquant, comme ça, tant que le bot ne reçoit rien, rien ne se passe.
Et si tu veux que ta boucle ne soit plus infinie, ben... Tu fais un break si tu reçois sur le réseau l'ordre de quitter (ou aussi en cas d'erreur sur la connexion), c'est aussi simple que ça...
C'est déjà ce que je fais, je vérifie si le buffer est vide ou non et je ferme le socket puis sort de la boucle s'il est vide. Quand tu parles de socket bloquant c'est de ça que tu parles ou tu as autre chose derrière la tête ?
Le buffer ne sera vide que si le serveur ferme la connexion (peut-être suite à un /quit ou à un kick). Je pense qu'il faudrait rajouter un truc genre un ordre "quitte-toi" que tu pourrais lui envoyer via un client normal...
Et par "bloquant", sachant que le socket est déjà bloquant par défaut, ton bot ne doit pas "consommer beaucoup de ressources" puisqu'il est inactif tant qu'il ne reçoit rien du serveur...
Non un kick ne ferme pas la connexion, il expulse juste la personne du salon. Et pour le quit oui c'est pour cela que je ferme le socket lorsque le buffer est vide. Donc au final il n'y a rien de plus à effectuer. Merci pour tes informations.
NB: Et que pense tu de mon idée par rapport aux Sleep() ?
Sleep() ne sert à rien puisque l'attente se fait sur le recv().
Mais quand le serveur est-il supposé fermer unilatéralement la connexion du bot?
Pour l'instant, on dirait que le bot ne peut se terminer que si le serveur veut bien le déconnecter...
Bref: Si je suis loggué sur un serveur IRC, le bot aussi, et que je veux que le bot quitte, je fais comment ?
Tu envoie une requête de quit, tout simplement. Et la connexion ne se ferme pas de lui même car je ne l'ai pas encore décidé lol.. Mais ça se fera enfin pas tout de suite..
Euh... Puisque le coup des ressources est fini, on peut continuer:
Pour fermer le bot, qui envoie la requête de quit à qui?
Le bot l'envoie au serveur sous la forme "QUIT :messsage de quit si existant", mais on peut quitter simplement en envoyant "QUIT".
et quand est-ce qu'il l'envoie, le message de quit ?
qu'est-ce qu'il le fait envoyer?
Ce sera une personne ayant un certains niveau d'accès au bot qui pourra effectuer cette action sous forme de "commande" directement sur IRC.
OK. C'est ce que je pensais et ce que je préconise également.
Maintenant, je sais ce qui est prévu (implémenté ou non). :)
Le multithreading est généralement inutile.
En plus c'est problématique en C++.
Pour tout cas il suffit de faire de l'asynchrone avec select par exemple.
il existe des mecanismes de creation de threads fourni par l'api windows tel que cela est decrit sur le site de msdn ...
http://msdn.microsoft.com/library/de..._processes.asp
j'ai testé et ca marche plutot bien
oui utilises les fonctions comme poll ou select.
ca permet d avoir une attente passive sur plusieurs sockets
sans boucler ton process sera reveille sur evenements
lien pour des exemples sur des system unix:
http://www710.univ-lyon1.fr/~jciehl/.../socket.7.html
et un exemple de poll
http://www.khmere.com/freebsd_book/s..._socket.c.html