Sémaphore

par **MasterSleepy** » 02 Déc 2003 14:22

Salut à tous, Dimanche soir j'ai eu un soucis avec ma SME 5.6. Après avoir lancer mldonkey pendant un peut trop de temps mon httpd-admin ne voulais plus démarrer à cause d'un problème de sémaphore. Là dessus, je ne me tracquasse pas plus que ça, de toute façon je ne l'utilise plus beaucoup vu que tout est configuré maintenant. Lundi, je vois mon colègue top balaise en linux et lui expose mon problème. Et là, PAF, il me le régle en deux coup de couillère à pot, grâce à : ipcs ipcrm Et ben là celle là je les connaissais même pas, en aillant fait un peut le ménage dans toutes les sémaphores, tout est repartie nickel chrome. Voilà, je voulais juste vous en faire part pour ceux qui aurait le même problème que moi. Pas besoin de redémarrer le serveur un peu de ménage dans les sémaphores ça aide. A+

par **remi** » 02 Déc 2003 15:02

Comme quoi, on en apprend tout les jours... <IMG SRC="images/smiles/icon_biggrin.gif"> Merci pour cette "astuce" ma fois bien utile <IMG SRC="images/smiles/icon_smile.gif">

par **orange_smell** » 02 Déc 2003 15:03

C'est cool de connaitre ca, car j'ai deja eu le problème deux fois... Merci m'sieur ! <IMG SRC="images/smiles/icon_up.gif">

par **Muzo** » 02 Déc 2003 15:11

C'est quoi un sémaphore? <IMG SRC="images/smiles/icon_confused.gif">

par **orange_smell** » 02 Déc 2003 15:23

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2003-12-02 14:11, Muzo a écrit: C'est quoi un sémaphore? <IMG SRC="images/smiles/icon_confused.gif"> </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Un sémaphore, c'est un indicateur de disponibilité d'une ressource. Je m'explique: Admettons que tu veuilles piloter un robot depuis ton système linux, alors, tu as interêt d'utiliser des sémaphores pour qu'il ne puisse pas être piloté par deux applications en même temps et donc, faire n'importe quoi. Sous Linux, il existe plein de sémaphores, pour gérer, par exemple: l'imprimante, ou certains services même. Je sais pas si c'est très clair, ni si les puristes accepteront mon explication, mais bon, c'est celle que je donne à mes stagiaires... <IMG SRC="images/smiles/icon_redface.gif">

par **Muzo** » 02 Déc 2003 15:25

Bah ca me va. Ca éclaire ma lanterne. C'est une sorte de "pool" des actions à faire. Et elles sont mise en "queue". J'ai bon?

par **orange_smell** » 02 Déc 2003 15:31

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2003-12-02 14:25, Muzo a écrit: Bah ca me va. Ca éclaire ma lanterne. C'est une sorte de "pool" des actions à faire. Et elles sont mise en "queue". J'ai bon? </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Faudrait que je vérifie, mais je ne crois pas que ca soit comme cela. En fait, c'est plus comme un fichier de taille 1 bit qui est mis à 0 si personne n'utilise la ressource et qui doit être mis à 1 dès que quelqu'un veut l'utiliser. En programmation temps réel, c'est un mécanisme super utilisé (cf mon exemple précédent), et la structure d'un programme doit être un truc dans le style:

Code: Tout sélectionner:  ... debut du programme des que semaphore libre faire poser semaphore=1 faire les actions nécessaires poser semaphore=0 fin des-que ... fin du programme

encore une fois, je ne suis plus très sur, et j'aimerai bien avoir l'avis d'experts là dessus

par **Fesch** » 02 Déc 2003 15:35

Je confirme, t'as bien expliqué. <IMG SRC="images/smiles/icon_up.gif">

par **tomtom** » 02 Déc 2003 15:37

Tu sais, c'est les bonshmmes qui font des signes pour guider les bateaux.... ok je --> [] Sinon, je rerentre un peu pour essayer d'expliquer.... Un semaphore est un genre de verrou qui se positionne sur une ressource pour en limiter l'acces. Par exemple, une portion de mémoire ne peut être ecrite que par un seul processus à la fois, et en plus il ne faut pas qu'elle soit lue pendant l'ecriture (sinon elle est fausse), par contre elle peut être lue par plusieurs processus en même temps... Pour controler les acces, on utilise les fameux sémaphores. Ex : sur ma portion de mémoire, on va positionner 2 sémaphores : 1 pour la lecture, un pour l'ecriture. Le semaphore pour l'ecriture va etre inittialisé à 1, celui sur la lecture à n. Si un processus ne peut pas "prendre" de valeur du semaphore, il se positionne en attente. que se passe-t-il ? p1 veut ecrire dans R -> Il va decrementer la valeur du semaphore ecriture de 1, et celle du semaphore lecture de N. p2 veut lire -> il decremente le semaphore de lecture de 1 et celui d'ecriture de 1 mais comme la valuer des semaphores est <0, il se met en attente. p1 finit d'ecrire -> il recremente les valeurs des semaphores. p2 peut donc acceder à la ressource en lecture. Mais il faut noter que personne ne peut ecreire dedans puisque le semaphore d'ecriture est à 0. Voila, le principe de toute ecriture d'acces à des ressources mutualisé consiste dans le bon positionnement des semaphores et la bonne decrementation des semaphores au bon moment. t.

par **orange_smell** » 02 Déc 2003 15:38

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2003-12-02 14:35, Fesch a écrit: Je confirme, t'as bien expliqué. <IMG SRC="images/smiles/icon_up.gif"> </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Ca me rassure, j'ai pas complétement oublié mes cours de robotique... <IMG SRC="images/smiles/icon_smile.gif"> Merci Fesch <IMG SRC="images/smiles/icon_bise.gif">

par **orange_smell** » 02 Déc 2003 15:41

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2003-12-02 14:37, tomtom a écrit: Tu sais, c'est les bonshmmes qui font des signes pour guider les bateaux.... ok je --> [] Sinon, je rerentre un peu pour essayer d'expliquer.... Un semaphore est un genre de verrou qui se positionne sur une ressource pour en limiter l'acces. Par exemple, une portion de mémoire ne peut être ecrite que par un seul processus à la fois, et en plus il ne faut pas qu'elle soit lue pendant l'ecriture (sinon elle est fausse), par contre elle peut être lue par plusieurs processus en même temps... Pour controler les acces, on utilise les fameux sémaphores. Ex : sur ma portion de mémoire, on va positionner 2 sémaphores : 1 pour la lecture, un pour l'ecriture. Le semaphore pour l'ecriture va etre inittialisé à 1, celui sur la lecture à n. Si un processus ne peut pas "prendre" de valeur du semaphore, il se positionne en attente. que se passe-t-il ? p1 veut ecrire dans R -> Il va decrementer la valeur du semaphore ecriture de 1, et celle du semaphore lecture de N. p2 veut lire -> il decremente le semaphore de lecture de 1 et celui d'ecriture de 1 mais comme la valuer des semaphores est <0, il se met en attente. p1 finit d'ecrire -> il recremente les valeurs des semaphores. p2 peut donc acceder à la ressource en lecture. Mais il faut noter que personne ne peut ecreire dedans puisque le semaphore d'ecriture est à 0. Voila, le principe de toute ecriture d'acces à des ressources mutualisé consiste dans le bon positionnement des semaphores et la bonne decrementation des semaphores au bon moment. t. </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Pas idiot, j'avais oublié que même la mémoire était gérée comme ca...

par **Muzo** » 02 Déc 2003 15:47

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2003-12-02 13:22, MasterSleepy a écrit: Et là, PAF, il me le régle en deux coup de couillère à pot, grâce à : </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> C'est quoi une couillère? c'est pour les c*****es dans le potage ?

par **tomtom** » 02 Déc 2003 15:47

mes excuses orange, j'ai mis du temps à taper et je n'avais pas vi ta reponse. Elle est tout à fait exacte ! t.

par **Muzo** » 02 Déc 2003 15:49

Bon ben là je crois que j'ai compris <IMG SRC="images/smiles/icon_smile.gif"> Merci à tous. <IMG SRC="images/smiles/icon_bise.gif">

par **orange_smell** » 02 Déc 2003 15:50

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2003-12-02 14:47, tomtom a écrit: mes excuses orange, j'ai mis du temps à taper et je n'avais pas vi ta reponse. Elle est tout à fait exacte ! t. </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Excuses acceptées Tomtom, surtout que ta réponse complète largement la mienne et qu'elle m'a rappelé le truc de la mémoire... <IMG SRC="images/smiles/icon_bise.gif">

Sémaphore

Qui est en ligne ?