Discussion :

[Invit�]

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
Merci d'avance

[LittleWhite]

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 )

[ram-0000]

Sous linux je connais les threads posix qui se font avec fork().

Attention, fork() ne cr�� pas un thread, cela cr�� un nouveau process.

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().

[Mac LAK]

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

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 !!).

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.

Attention, fork() ne cr�� pas un thread, cela cr�� un nouveau process.

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.

[Invit�]

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.

[caradhras]

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.

[Invit�]

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"

[Mac LAK]

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"

�a, par contre, ce n'est aucunement portable, c'est sp�cifique Windows...

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.

[Mac LAK]

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.

C'est effectivement une utilisation correcte d'un thread, y compris sur un syst�me � un seul c�ur.

EDIT : Je suis sous windows vista (mais je souhaite faire un code portable), j'utilise Code::Blocks avec le compilateur MinGW.

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.

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...