Discussion :

[ZaaN]

Hello,

j aimerais savoir quel mecanisme choisir pour faire de la synronisation multithreading.


En gros j ai besoin d'avoir un acc�s exclusif a une ressource utilis�e pas deux worker threads differents.

j ai deja fais un essais avec une section critique et un single lock et un autre essais avec un mutex et un single lock; mais je dois pas avoir tout compris.

Dites moi juste les types et nombre d objets a utiliser, je me debrouillerai pour implementer.

ex : 1 single lock different par thread + 1 section critique commune.


j aimerais vraiment la reponse de qqn qui a deja realis� correctement ce genre de synchro avec les MFC

[SERTNM]

Les sections critiques et les mutex fonctionnent de la m�me fa�on. La seule diff�rence entre les 2 est qu'un mutex est �galement visible d'un autre programme (utile si plusieurs soft acc�dent � la m�me ressource).

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
#define TPSMAX 10000
CCriticalSection sc;
 
// dans le thread 1 :
sc.Lock(TPSMAX);
// accès aux ressources partagées
sc.Unlock()
 
// dans le thread 2 :
sc.Lock(TPSMAX);
// accès aux ressources partagées
sc.Unlock()

[M�dinoc]

De plus, sous MFC, on peut utiliser la classe CSingleLock qui appelle automatiquement Unlock() dans son destructeur.

[homeostasie]

Les sections critiques et les mutex fonctionnent de la m�me fa�on. La seule diff�rence entre les 2 est qu'un mutex est �galement visible d'un autre programme (utile si plusieurs soft acc�dent � la m�me ressource).

Je ne suis pas certain mais je pensais qu'il y a avait une autre diff�rence. Notamment que lorsque que l'on se trouve dans une section critique, le processeur n'est plus allou� pour une autre t�che (le multi-tache est temporairement stopp�, d'o� l'importance de faire des op�rations courtes dans les sections critiques) alors qu'avec l'utilisation de mutex, on conserve le multi-tache, � moins �videmment que toutes les autres t�ches soient en attente de la m�me ressource.

Dites moi si je me trompe?

Nicolas

En gros j ai besoin d'avoir un acc�s exclusif a une ressource utilis�e pas deux worker threads differents.

Une autre solution peut �tre d'impl�menter un s�maphore � un jeton pour r�aliser une mutex.

[farscape]

oui tu te trompes,
avec un section critique un thread en train de prot�ger une portion de code pourra �tre pr�empt� par le syst�me pour planifi� un ou plusieurs threads.
les threads suspendus par EntercriticalSection et sur la m�me section critique ne seront pas planifi�s.
donc un thread pr�empt� pendant un section critique est assur� que le syst�me ne donnera pas la main a un autre thread voulant utiliser la m�me section critique.
la diff�rence avec le mutex c'est que celui ci repose sur un objet global du syst�me alors que la section critique sur un objet global du processus.
le mutex permet alors effectivement l'utilisation entre plusieurs processus.

[homeostasie]

Ok, c'est clair!

J'ai du confondre...Pour info, existe-il sous Windows, une fonction qui permette justement de suspendre toute pr�emption pour l'�x�cution unique d'un code dans une section?

Sans forc�ment avoir besoin d'utiliser un thread avec la priorit� THREAD_PRIORITY_TIME_CRITICAL, chose que je n'ai jamais essay� mais, � ce que j'ai compris, doit n�cessairement se terminer pour redonner la main � d'autres threads.

Sous VxWOrks( qui est par contre un RTOS), j'ai le souvenir d'avoir utilis� des fonctions permettant justement d'interdire la pr�emption pour �x�cuter un bout de code sp�cifique.

[M�dinoc]

Rien ne peut emp�cher la pr�emption sous Windows, sauf peut-�tre mettre un thread en THREAD_PRIORITY_TIME_CRITICAL dans un process en REALTIM_PRIORITY_CLASS.
Cela donnera la priorit� absolument maximale au thread, mais s'il y a un autre thread qui s'ex�cute avec la m�me priorit�, il y aura toujours partage de temps...