Discussion :

[ZaaN]

Hello

je me demandais dans le cadre d'une ITC (inter thread communication) les avantages a utiliser un semaphore plustot qu un mutex ou vive et versa.

Evideamment je parle d'avantage en temps d'execution car les fonctionalit� des deux mechanismes me sont connus.

[zais_ethael]

Bon, en admettant qu'on parle bien d'un syst�me Linux:
- les s�maphores agissent au niveau du syst�me, n'importe quel processus peut s'en servir si il a les droits sur le fichier (� part pour les s�maphores non nomm�s)
- les mutex agissent pour un seul processus

Pour ce qui est des performances, je m'en suis jamais souci�. Mais d'un autre cot� si on consid�re qu'un mutex c'est comme un s�maphore mais avec moins de fonctionnalit�s �a peut difficilement �tre plus lent � moins d'avoir �t� cod� avec les pieds.
Apr�s, les vrais gros avantages des mutex c'est avant tout la portabilit� (n'esp�re pas trouver des IPC style linux sous windows) et la simplicit�.

[ZaaN]

Mais d'un autre cot� si on consid�re qu'un mutex c'est comme un s�maphore mais avec moins de fonctionnalit�s �a peut difficilement �tre plus lent � moins d'avoir �t� cod� avec les pieds.

Pas d'accord, je pense que les semaphores, bien qu utiliser dans le cadre d'un processus, pourrait induire un switching context...

[smashy]

A verifier,

Les thread partageant le meme espace memoire, une communication est bien plus simple qu entre process. donc le mutex semble plus indique.

Il me semble par ailleurs que les mutex sont lies a une instruction assembleur "compare-exchange". Le mecanisme parait encore donc plus simple.

Quand au switching de contexte, que ce soit entre thread ou process il devra avoir lieu. En revanche le fait de rester dans le meme thread pourrait eventuellement faire gagner un peu sur le cache memoire.

[loufoque]

Moi je dirais plut�t que les s�maphores sont plus rapides...
Tout simplement parce que c'est de plus haut niveau.

Il me semble par ailleurs que les mutex sont lies a une instruction assembleur "compare-exchange".

N'importe quoi. Ce serait plut�t "test and set".

[smashy]

N'importe quoi. Ce serait plut�t "test and set".

je veux bien croire que c est n importe quoi (comme je le dis dans mon preambule " averifier") , en revanche je vois pas bien la difference, entre

-compare - exchange

-test and set