Version imprimable
Salut tout le monde :)
Je viens demander conseils sur ce forum pour un petit problème. Je souhaiterais que deux fonctions s'exécutent en même temps. Je pense qu'il faut utiliser le multithreading mais le problème c'est que je ne m'y connais pas trop la-dedans, si vous pouvez m'aider :roll:
Merci d'avance
Bonjour,
Utiliser un thread ( ou deux ) permetra d'executer plusieur fonctions en même temps.
Tu es sur quel système?
Sous linux je connais les threads posix qui se font avec fork().
Sous windows je connais moins, mais je suis sur que pour les deux systèmes tu trouvera de la doc sur ce site.
Par contre, faire un thread, implique qu'il faut faire une gestion de cas qu'on ne trouve pas lors d'un programme monothread.
Par exemple , un des cas possible c'est que les deux threads veulent accéder en écriture au même fichier. Pour régler ce problème, on bloc l'accès du fichier au deuxième thread en utilisant un sémaphore ( ou autre mutex ), qui sera partageait par les deux threads, pour renseigner sur la disponibilité de la ressource.
( Je suis aussi sur que tu trouvera de plus ample explication des les différentes pages du site )
Attention, fork() ne créé pas un thread, cela créé un nouveau process.Citation:
Envoyé par LittleWhite
Un thread est une unité d'exécution à l'intérieur d'un process. Toutes les variables globales du process sont visibles par tous les thread du process. Tous l'espace mémoire du process est accessible par le thread.
fork() va créer un nouveau process avec une copie de l'espace mémoire tel qu'il est au moment du fork().
Attention toutefois : exécuter deux fonctions réellement en même temps impose d'avoir deux cœurs... Sinon, une seule des deux s'exécutera, et elle basculeront de l'une à l'autre toutes les 20 ms environ (ce qui ne t'aidera pas beaucoup si elles s'exécutent en moins de temps que ça !!).Citation:
Envoyé par pitt77
Si par contre tu as une fonction dédiée par exemple à la gestion des entrées utilisateur et l'autre en attente d'un évènement quelconque (arrivée de données par une socket, transfert depuis/vers le disque, etc.), alors par contre même sur un seul cœur tu auras un gain de performances intéressant.
Il faudrait que l'on sache sur quel système tu travailles, ainsi que ton compilateur, de façon à pouvoir t'orienter vers des solutions adéquates.
Je confirme, et ça n'a du coup plus rien à voir avec un thread, notamment à cause de l'isolation de la mémoire entre deux processus.Citation:
Envoyé par ram-0000
Merci pour vos réponses :)
En fait ce que je voudrais faire c'est exécuter une fonction attendre quelque chose tout en continuant à utiliser le programme, en ce moment dès que je mets la fonction attendre mon programme se bloque car c'est la fonction attendre qui est exécutée.
EDIT : Je suis sous windows vista (mais je souhaite faire un code portable), j'utilise Code::Blocks avec le compilateur MinGW.
Juste pour clarifier ce que tu cherches : Tu veux lancer une fonction en "parallèle" de ton programme (si je puis m'exprimer ainsi!) qui attend un évenement provoquer par le programme principal pour executer une action?
Si c'est effectivement ça, il faut en effet chercher du côté des threads.
En gros ce que je souhaite c'est une sorte d'option dans mon programme qui empêche la mise en veille, pour ça j'appelle la fonction SetThreadExecutionState mais il faut que je l'appelle periodiquement donc toutes les 55 secondes j'appelle la fonction mais cela bloque mon programme qui reste bloqué dans la boucle "appeller fonction; attendre 55s"
C'est effectivement une utilisation correcte d'un thread, y compris sur un système à un seul cœur.Citation:
Envoyé par pitt77
Code portable ? Avec des threads ? Pas gagné d'avance, ça... Tu vas être obligé de passer par une librairie d'abstraction afin d'avoir la même interface entre le monde Windows et le monde Unix/Linux.Citation:
Envoyé par pitt77
Le choix est (heureusement !) vaste, mais de là à dire quelle est la meilleure... J'aurais tendance à dire "celle déjà disponible avec ton framework", mais ça te rend alors dépendant d'un framework donné (ex : QT).
Pour l'utilisation d'une librairie "limitée" à la seule gestion des threads, tu peux là aussi t'exposer à des soucis de portabilité car tu n'auras pas accès à d'autres systèmes que ceux supportés par la librairie en question.
Après, parmi les choix possibles de librairies supportant un système de threads portable, tu as : Boost, ACE, POCO, Win32 Pthreads, et j'en oublie des tonnes et des tonnes...
Ça, par contre, ce n'est aucunement portable, c'est spécifique Windows...Citation:
Envoyé par pitt77
Et je crois bien qu'il existe une API Win32 permettant d'interdire la mise en veille, qui doit certainement requérir d'être exécutée sous un compte Administrateur d'ailleurs.
Euh oui j'avais oublié ça. C'est pas grave je m'arrangerai pour faire la même sous linux et je rajouterais un bout de code permettant de compiler les bonnes fonctions.
Mais je me demandais par exemple un lecteur vidéo empêche la mise en veille même quand le processeur n'a qu'un coeur, comment ça se passe pour eux ? Parce que l'on peut toujours interagir avec le lecteur pendant qu'il exécute la fonction empêcher la mise en veille.
En général, ils désactivent la fonction de mise en veille / économiseur d'écran en appelant directement l'API native du système d'exploitation.Citation:
Envoyé par pitt77
Ce qui revient, dans ton cas, à mettre un bout de compilation conditionnelle dans ton application afin d'appeler la "bonne" fonction suivant l'OS de compilation. Sous Windows, cela se fait comme ça. Pour Linux, demande à des linuxiens... :mouarf:
J'ai vaguement regardé du côté de la doc de SetThreadExecutionState. Est-ce que la paramètre ES_SYSTEM_REQUIRED ne pourrait pas te permettre de continuer l'execution de ton programme tout en bloquant la mise en veille?
Sinon, la solution consiste à utiliser une bibliothèque pour créer un thread et lui faire exécuter toute les XX secondes SetThreadExecutionState. Par exemple une de celles citées par Mac LAK.
Oui j'utilise cette fonction dans l'API le truc c'est que ça bloque mon programme quand je l'utilise puisqu'il est bloqué dan la boucle d'appelle.
Oui c'est ça que j'aimerais faire :) mais le truc c'est que je ne connais rien en thread et j'ai pas trouvé d'exemple pour savoir comment ça se passe :(Citation:
Envoyé par caradhras
Voici le lien d'un article concernant l'utilisation des threads avec boost : http://matthieu-brucher.developpez.c.../boost/thread/
Ca devrait pouvoir te mettre sur la voie. Il y a bien entendu plein d'autres bibliothèques permettant la gestion des threads... L'avantage de celle-là c'est qu'elle est portable et que je l'aime bien, tout simplement ;)
C'est principalement les parties II et III qui te seront utiles dans ton cas.
Donc si j'ai bien compris mon code ressemblerait à ceci ? :
Donc la fonction attendre serait exécutée et en même temps le programme continuerait de fonctionner ?Code:
2
3
4
5
6
7
8
9
10
11
12
13
En effet! Ca devrait ressembler à ça.
Ensuite, dans ta fonction "attendre", il te suffit de faire une boucle avec une condition d'arrêt qui exécute SetThreadExecutionState toutes les XX secondes.
Cependant, comme l'a dit Mac LAK, il y a peut-être une meilleure solution pour bloquer la mise en veille lors de l'execution.
En l'occurrence, c'est certain : la "turbo-bidouille" pour bloquer l'économiseur d'écran, c'est rarement une bonne solution... Il vaut quand même mieux utiliser l'API dédiée.Citation:
Envoyé par caradhras
Qui, d'ailleurs, n'a pas besoin d'un thread sous Windows...
Oui j'exécute la fonction de l'API ça il n'y a pas de problèmes c'est juste que je ne sais pas comment l'exécuter sans pour autant bloquer le programme dans la boucle d'appel de cette fonction. Je sais que les lecteurs vidéos ou certains logiciels propose des options pour empêcher la mise en veille (pas le screen saver EDIT: En fait si ça aussi c'est juste que je l'ai déjà désactivé) sans utiliser les threads mais ça je ne sais pas comment ils font :?
Pour bloquer tout ça il n'y a pas de problème le code le fait déjà :) manque plus qu'à utiliser la fonction indépendamment du code principale.
Je crois, par contre, que ce que souhaite bloquer pitt77 c'est l'économiseur d'écran d'une part mais aussi la mise en veille de l'ordinateur (arrêt des disques durs au bout de XX minutes, etc...etc...). Les signaux sont différents pour ces deux événements. Celà dit ça se bloque peut-être de la même manière... j'avoue n'en avoir aucune idée ;)Citation:
Envoyé par Mac LAK
Salut,
C'est typiquement le genre de cas .... pour lesquels je ne ferais pas de thread mais j'utiliserais un timer. Tu rajoutes de la complexité alors que ton besoin est d'appeler une fonction toute les n secondes.
Oui c'est ce que j'aimerais faire mais je ne veux pas que ça empêche le programme de continuer
Non, tu ne le fais pas... Je t'ai mis un lien dans le message #11 de ce sujet, qui t'explique comment désactiver l'économiseur d'écran. Sans thread.Citation:
Envoyé par pitt77
Ensuite, il ne tient qu'à toi de le faire proprement, c'est à dire de t'assurer que tu restaures bien l'état d'activation de l'utilisateur à la sortie de ton programme... Pour ma part, je sais qu'un soft qui me flinguerait sans arrêt mes réglages partirait à la poubelle très vite.
Quant à la veille des disques durs, c'est encore autre chose, mais ils sont rarement mis en veille s'ils sont utilisés, et c'est le cas si t'es en cours de lecture d'un fichier vidéo.
Tu peux également aller voir du côté des fonctions CallNtPowerInformation pour désactiver l'économie d'énergie de façon générale, ou tout simplement appeler SetThreadExecutionState dans ta boucle d'exécution (i.e. après chaque décodage de trame ou de trame de référence). De façon générale, il n'est pas conseillé de laisser un thread appeler tout seul cette fonction et ne faire "que ça".
Bon on va faire simple, avant de poster je connaissait déjà le fonction de l'API SetThreadExecutionState() puisque je l'utilisait déjà.
Ensuite pour la SECURITE j'appelle cette fonction sans utilisé le paramètre ES_CONTINUOUS donc je dois appeler cette fonction TOUTES LES XX SECONDES justement pour éviter les problèmes. Je ne modifie en aucun cas les paramètres de la mise en veille puisque je ne fait que remettre à 0 le temps nécessaire avant la mise en veille, donc si mon programme se ferme ou autres la mise en veille se lancera sans aucun problème, il empêche donc la mise en veille "proprement".
Enfin pour tout ce qui est arrêt des disques dur, écran, screen saver tout est déjà gérer par la fonction de l'API.
Maintenant mon problème c'est que je dois appeler cette fonction toutes les XX secondes sans pour autant gêner la continuité du programme en lui-même. J'ai penser aux threads mais il y a surement d'autres solutions.
1/ La portabilité est-elle une contrainte ?
2/ Ton application a-t-elle une pompe à message (des fenêtres) ?
+1 3DArchi
Pas besoin d'un thread si ta fonction ne fait que attendre un certain laps de temps. Désactives directement la mise en veille avec les fonction systèmes (à trouver sur MSDN pour Windows et ailleurs pour Linux) ou utilises un timer
S'il pouvait fonctionner sous windows se serait déjà pas mal :mouarf: Donc dans l'immédiat non ce n'est pas un problème.
Je pensais ajouter une interface graphique avec Qt par exemple dès que mon programme fonctionnerait avec la console.
EDIT: J'utilise un timer qui attends 1 min puis il appelle la fonction SetThreadBidule() mais le programme en reste à cette boucle puisqu'elle est infinie :(
SetThreadExecutionState est très rapide à exécuter, c'est pas ça qui va plomber tes performances. Il est toutefois préférable de l'appeler soit inconditionnellement (i.e. à chaque étape unitaire de calcul, une trame vidéo par exemple), soit en fonction des paramètres de l'utilisateur (récupération des délais via l'API PMS et agir en conséquence).
Ensuite, t'as plusieurs solutions pour l'appeler périodiquement :
- Un thread (c'est "mal", dans le sens où ça ne surveille pas l'activité réelle de ton application).
- Un timer Windows (attention, là, si tu bloque la pompe à messages de Windows parce que ton code ne laisse pas assez la main, tu vas avoir des soucis). C'est déjà mieux.
- Une deadline dans ta boucle principale de traitement qui appelle SetThreadExecutionState() en fonction de son dépassement :
Comme tu vois, pas de Sleep, pas de threads, et ça devrait marcher sans aucune anicroche.Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
1/Le timer windows a besoin de la pompe à message il me semble. Donc tant que tu n'as pas d'IHM tu ne peux l'utiliser.
2/ Si tu utilises Qt, alors utilises les timer Qt (ça doit bien exister).
3/ Si ton programme ressemble à ce que montre Mac LAK :
Alors tu n'as qu'à appeler ta fonction dans EcrireSortie() systématiquement si elle ne pénalise pas tes perfs (seul un bench te le dira). N'utilises le tick delay que si tu as la certitude que ça pénalise tes perfs et que cela t'embête dans le cadre de ton projet.Code:
2
3
4
5
6
7
Ok donc avec ça on ne reste pas bloqué dans une boucle avec un sleep c'est déjà beaucoup mieux ^^ Juste une petite question la description de GetTickCount() dit que la fonction retourne le nombre de millisecondes écoulés depuis que le système a démarré, quand il parle du système il parle de l'application ou de l'OS ?Citation:
Envoyé par Mac LAK
3DArchi
J'étudiais la solution de Qt quand je commencerai l'interface graphique mais si tout fonctionne avant ça sera bon :)
Le système, c'est toujours le système d'exploitation. Ton application sera en général appelée "processus" dans la doc Microsoft.Citation:
Envoyé par pitt77