thread, mutex et variable partagéeRésolu

Question

hello all,

je suis en train d'exp&#233;rimenter pour la premi&#232;re fois les threads en C sous Windows et je voudrais confirmation ou remarques sur ce qui suit:

J'ai 1 variable globale utilis&#233;e entre 2 threads pour que, en gros, le premier puisse envoyer des commandes &#224; l'autre. 

R&#233;sum&#233;: un thread &#233;crit dans cette variable et l'autre la lit. 

- le 1er thread fait appel &#224; CreateMutex &#224; la ligne juste au dessus de celle qui modifie la variable et un ReleaseMutex &#224; celle juste au dessous
- le 2e thread fait appel &#224; un WaitForSingleObject juste avant de lire la variable.

Les questions que je me posent sont:
 - est ce que dans le 2eme thread je dois faire un CreateMutex avant de lire cette variable et un ReleaseMutex juste apr&#232;s?
- est-ce indispensable d'utiliser les mutex et WaitForSingleObject si la variable n'est modifi&#233;e que par un seul thread (sachant que chaque thread est un boucle qui revient r&#233;guli&#232;rement au m&#234;me endroit et les commandes peuvent attendre quelques boucles sans probl&#234;me)?

Merci d'avance pour vos remarques et partage d'exp&#233;rience.

bayeto · Accepted Answer

Les mutexes (mutual exclusions) permettent le partage des donn&#233;es ou du code.
Tu es assur&#233; qu'un seul thread accedera aux donn&#233;es partag&#233;es.
Utilise CreateMutex qu'une seul fois par mutex.
Ensuite tu verrouille l'acc&#233;s par WaitForSingleObject
et deverouille via ReleaseMutex

bloobird0 · Answer

ok, si j'ai bien pig&#233;, le CreateMutex permet de
 - cr&#233;er le mutex (sort de d&#233;finition de variable)
-  v&#233;rouiller tout de suite une variable par le thread qui a cr&#233;&#233;e le mutex en mettant bInitialOwner &#224; TRUE lors de l'appel.

Le WaitForSingleObject sert &#224; attendre qu'elle soit d&#233;v&#233;rouill&#233;e et la v&#233;rouille de suite d&#232;s qu'elle est libre.

Pour que les threads soient non bloquants et que les &#233;changes se fassent bien, il faut donc appeler ReleaseMutex d&#232;s que possible?

ymca2003 · Answer

Il y a aussi les CRITICAL_SECTION mais surtout le bouquin de richter :
http://brunews.free.fr/brunews/download/JR4.zip
http://brunews.free.fr/brunews/download/JR4Sources.zip

bayeto · Answer

Tu n'es pas obligé de verouiller de suite le mutex avec le bInitialOwner à TRUE. WaitForSingleObject le verrouillera s'il ne l'est pas. Tu as raison pour ReleaseMutex. HANDLE mu = CreateMutex(NULL,FALSE,NULL); (...) //le thread n°1 WaitForSingleObject(mu,INFINITE); ma_variable_partage = 10; ReleaseMutex(mu); //le thread n°2 WaitForSingleObject(mu,INFINITE); cout << ma_variable_partage << endl; ReleaseMutex(mu); void clean_up() { CloseHandle(mu); } Essaye egalement avec les CRITICAL_SECTIONs de Windows: InitializeCriticalSection <=> CreateMutex EnterCriticalSection <=> WaitForSingleObject LeaveCriticalSection <=> ReleaseMutex DeleteCriticalSection <=> CloseHandle

bloobird0 · Answer

merci 1000 fois bayeto, je vais d&#233;j&#224; essayer les mutex et je regarderai ensuite avec les CriticalSection (mais j'ai regard&#233; vite fait dans le MSDN, je ne vois pas bien la diff&#233;rence si ce n'est que le Mutex rajoute un timeout...).

Thread, mutex et variable partagée

5 réponses

Votre réponse