Utilisations des Threads

**phoenix440** · 18/08/2005, 11h15

Bonjour,

Dans un de mes programme en C, je vais avoir besoin d'utiliser les threads pour faire tourner en même temps 2 "fonctions" (ou pertions de code) différentes. Je pense que l'utilisation des threads est la meilleure solution, mais je ne sais pas comment les utiliser et je ne trouve pas de cours ni tutoriels

(pourtant j'ai cherché, si si je vous le jure).

Merci à vous

**Pouic** · 18/08/2005, 11h31

Tu n'as pas du chercher bien fort alors....

http://www.yolinux.com/TUTORIALS/LinuxTutorialPosixThreads.html

Il y en a plein d'autres...(tutorial+C+thread

)

<edit>
De plus, il me semble qu'Emmanuel a commencé à rediger un article dessus...
</edit>

**Emmanuel Delahaye** · 18/08/2005, 11h36

Envoyé par Pouic

<edit>
De plus, il me semble qu'Emmanuel a commencé à rediger un article dessus...
</edit>

Voui. http://emmanuel-delahaye.developpez....six-threads-c/

**phoenix440** · 18/08/2005, 11h42

Merci pour vos reponces mais j'ai oublié de preciser pour windows et en français si possible

Je pens eque le cours d'emmanuel devrait me sortir d'affaire

**Emmanuel Delahaye** · 18/08/2005, 11h49

Envoyé par phoenix440

Merci pour vos reponces mais j'ai oublié de preciser

Réponses!

pour windows et en français si possible

Je pense que le cours d'Emmanuel devrait me sortir d'affaire

Ca devrait aller. N'hésite pas à poser des questions si tu ne comprends pas...

Nota : les pthreads() fonctionnent sous Unix, Linux ou Windows. Pour Windows, c'est une extension de Dev-cpp à télécharger (package manager).

**Nasky** · 18/08/2005, 12h50

Et ben... j'ai lu le cours d'Emmanuel et les pthread, ce ne sont pas les threads du Java, ça c'est clair

En tout cas, merci pour le cours, car je dois étudier les thread et c'est le meilleur cours en français je dois dire

Il devrait apparaitre dans les premiers liens sur google quand on tape "pthread" sur les pages francophones

Nas'

**DaZumba** · 18/08/2005, 13h18

Envoyé par Emmanuel Delahaye

Envoyé par Pouic

<edit>
De plus, il me semble qu'Emmanuel a commencé à rediger un article dessus...
</edit>

Voui. http://emmanuel-delahaye.developpez.com/pthreads.htm

Il faudrait mettre des sleep() pour allonger le temps d'execution des taches dans tes exemples, car, sur mon ordinateur, la tache A se termine avant meme que la tache B ne soit mise en route ! Du coup, au lieu d'avoir

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
main init
'Writer' (0) data <- 1
                        'Reader' (0) data == 1
'Writer' (1) data <- 2
                        'Reader' (1) data == 2
'Writer' (2) data <- 3
                        'Reader' (2) data == 3
'Writer' (3) data <- 4
                        'Reader' (3) data == 4
'Writer' (4) data <- 5
                        'Reader' (4) data == 5
                        'Reader' (5) data == 5
                        'Reader' (6) data == 5
main end

comme attendu, on obtient

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
main init
'Writer' (0 - 1)
'Writer' (1 - 2)
'Writer' (2 - 3)
'Writer' (3 - 4)
'Writer' (4 - 5)
                        'Reader' (0 - 5)
                        'Reader' (1 - 5)
                        'Reader' (2 - 5)
                        'Reader' (3 - 5)
                        'Reader' (4 - 5)
                        'Reader' (5 - 5)
                        'Reader' (6 - 5)
main end

(evidemment, l'exclusion mutuelle ne se produit pas, puisque que la tache A est deja terminee...). Un sleep(1) dans le code des deux taches permet de resoudre le probleme. Evidemment, dans la vraie vie, les fonctions appelees par les threads sont suffisamment lourdes pour que le probleme ne se pose pas.

**Emmanuel Delahaye** · 18/08/2005, 13h20

Envoyé par Nasky

Il devrait apparaitre dans les premiers liens sur google quand on tape "pthread" sur les pages francophones

Si on tape 'Posix threads', il apparait en 3 ème page. Je vais essayer d'améliorer ça et bricolant mon entête, mais il y a de la concurrence !

**phoenix440** · 18/08/2005, 18h30

Par contre, savez vous où je peut trouver le librairie ou le pack pour dev c++ parce que je n'arrive pas à le trouver (je suis vraiment pas le roi de la recherche google).

merci

**Emmanuel Delahaye** · 18/08/2005, 19h25

Envoyé par phoenix440

Par contre, savez vous où je peut trouver le librairie ou le pack pour dev c++

Dev-cpp
Outils
Nouvelles versions / Package...

**phoenix440** · 18/08/2005, 19h37

Envoyé par Emmanuel Delahaye

Dev-cpp
Outils
Nouvelles versions / Package...

J'ai déjà inspecté les 2 serveurs qui proposent des packages, ils y pas mal de librairie disponible mais pas libpthread.

**Emmanuel Delahaye** · 19/08/2005, 08h59

Envoyé par phoenix440

Envoyé par Emmanuel Delahaye

Dev-cpp
Outils
Nouvelles versions / Package...

J'ai déjà inspecté les 2 serveurs qui proposent des packages, ils y pas mal de librairie disponible mais pas libpthread.

Mon gestionnaire de paquetages indique cette source :

http://sources.redhat.com/pthreads-win32/

Les fichiers sont :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
include\config.h
include\implement.h
include\need_errno.h
include\pthread.h
include\sched.h
include\semaphore.h
lib\libpthreadGC.a
lib\definitions\pthread.def
redist\pthreadGC.dll

Sinon, le nom du paquetage est 'pthreads'.

**EpOnYmE187** · 21/08/2005, 15h14

Emmanuel, je fait en ce moment un petit client irc et j'utilise les pthreads pouir l'ecoute de ma socket.

J'avoue que j'aurais aimé trouver ton cours plus tot car je me suis un peu pris la tete ... mais j'ai tout de meme pu corriger certaines choses grâce à tes exemples.
Mes threads fonctionnent correctement mais je rencontre un dernier probleme :
Un thread ecoute en permanance, la procedure appellée boucle donc en permanance avec un while. Hors, lors de l'exécution du programme, tout va bien, mais je me rend compte que ce systeme est extremement gourmand en temps cpu. J'aimerais donc régler la priorité de mon thread pour la mettre au minimum afin que des qu'un programme nécessite du cpu, mon thread ne l'en empeche pas. J'ai trouvé un peu de doc :

nt pthread_setschedparam(pthread_t thread, int policy, const struct sched_param *param);

PARAMETERS
thread
Is the ID of thread whose scheduling parameters are to be modified.
policy
Is the new scheduling policy.
param
Specifies the new scheduling parameters.

J'ai essayé certaines choses mais mon thread continue a tout prendre quand un autre programme nécessite lui aussi du cpu.
Pourrait tu me donner un exemple de code ou la priorité d'un thread est mise au plus bas, ou m'orrienter vers une page qui explique bien les choses car la je ne sais pas torp quoi faire avec cette fonction.

PS: faut il ouvrir une nouvelle discussion ?

Merci

**Emmanuel Delahaye** · 21/08/2005, 15h56

Envoyé par EpOnYmE187

Un thread ecoute en permanance, la procedure appellée boucle donc en permanance avec un while. Hors, lors de l'exécution du programme, tout va bien, mais je me rend compte que ce systeme est extremement gourmand en temps cpu.

C'est normal. <Linux> Met un usleep de 1 ms... </linux>

J'aimerais donc régler la priorité de mon thread pour la mettre au minimum afin que des qu'un programme nécessite du cpu, mon thread ne l'en empeche pas. J'ai trouvé un peu de doc :

nt pthread_setschedparam(pthread_t thread, int policy, const struct sched_param *param);

PARAMETERS
thread
Is the ID of thread whose scheduling parameters are to be modified.
policy
Is the new scheduling policy.
param
Specifies the new scheduling parameters.

J'ai essayé certaines choses mais mon thread continue a tout prendre quand un autre programme nécessite lui aussi du cpu.
Pourrait tu me donner un exemple de code ou la priorité d'un thread est mise au plus bas, ou m'orrienter vers une page qui explique bien les choses car la je ne sais pas torp quoi faire avec cette fonction.

(et aussi, attention à çà (linux) :

The realtime scheduling policies SCHED_RR and SCHED_FIFO are available only to processes with superuser privileges.

)

Problème de conception.

Si un thread est constitué d'une boucle 'blanche' (sans suspension), il a tendance à prendre tout le CPU. C'est ce qu'on fait pour une 'tâche de fond', mais en principe, on lui attribue une priorité faible de façon à ce qu'il se fasse interrompre par n'importe quelle autre tâche nécessitant le CPU.

Tout celà n'a rien à voir avec le langage C.

Ceci dit, ta démarche (réduire la priorité au minimum) est bonne, mais elle dépend aussi des capacités du système à gérer les priorités. Je pense qu'une mini suspension est meilleure.

Ceci dit, il vaudrait encore mieux utiliser select() (ou poll()) qui suspend le thread réellement (consomation CPU = 0% pendant l'attente).