Linux et gestion des processus

Version imprimable

14/01/2013, 21h52
Invité

Linux et gestion des processus

Bonsoir

J'essaie de comprendre quelques nouvelles notions en système traitant sur les processus sous Linux et j'avoue avoir un peu de mal .

Citation:

Quelques problèmes de gestion quand :
a)-Quand le systeme a besoin de plus d’un executable
b)-Quand 2 programmes veulent accéder au même fichier
c)-Quand 2 instances d’un programme utilisent la même zone mémoire
d)-Quand l’utilisateur veut lancer plusieurs taches en même temps ( et fait planter un programme )

J ‘aimerais bien cerner quelques trucs : Les affirmations sont claires mais j’aurai bien avoir 1-2 exemples pour chaque si possible ..

-----------------

Citation:

Processus ou tâche : image active de tout ou partie d’un programme en mémoire .

Hum c’est à dire image active d’un programme ?

-----------------

Citation:

Multitache : Tous les systemes sont multitaches , mais ils n’offrent pas tous cette possibilité aux utilisateurs .

Cela veut dire que pas tous les systemes sont multitaches ou bien que mêmes si certaines sont multitaches , on ne peut pas en profiter ?

-----------------

Ordonnancement : Cela permet de ce que j’ai compris de donner des priorités ( systeme , phériphériques ) , cela permet ainsi de choisir la priorité des processus que l’on veut selon nos choix ?

-----------------

Exclusion mutuelle : Cela devrait permettre de garantir l’accès à un seul programme pour une ressource. Donc un seul processus pour un seul programme ?

-------------------

Programmation concurrente : Je n’ai pas vraiment compris le sens , ou du moins l’utilisé : « Tenir compte , dans des langages spécialisés ou non , du multiprocessing ou du multiprocesseur

-------------------

Citation:

Pour synchroniser les processus , on utilise des fonctions matérielles :
-Test and Set , qui est une opération atomique en assembleur
ou des solutions logicielles :
-Booléens
-drapeaux(algo. De Dekker)
- sémaphores
On synchronise pour garantir l’accés aux sectionS critiques d’un programme . Les attentes sont actives (SpinLock) ou non .
Quelques problemes subsistent , notamment l’interblocage ou deadlock .

Hum synchroniser les processus , on entend quoi par synchroniser ?
Garantir l'accès aux sections critiques ? C'est à dire ?

-------------------

Et pour finir , un exemple que je n'arrive pas à saisir :

http://img11.hostingpics.net/pics/97...0114180855.png

http://img11.hostingpics.net/pics/47...0114180958.png

Voilà voilà .

Merci d'avance de votre aide
14/01/2013, 23h04
frp31

Citation:

Envoyé par Bloupies

Bonsoir

Cela veut dire que pas tous les systemes sont multitaches ou bien que mêmes si certaines sont multitaches , on ne peut pas en profiter ?

certains sont mono-taches
mais surtout y'a multi-tache ET multi-taches

le time sharing est un multi-taches comme les autres par exemple sauf la notion de priorité

T1-T2-T3-T4-T5-T1-T2-T3-T4-T5 et ainsi de suite avec un slice de temps identique par tache...

après y'a le multi-taches mais l'utilisateur lui n'en a qu'une seule "visible" par exemple son logiciel de compta mais il peut pas lancer la calculette sans quitter l'application compta alors que l'OS lui accepte que des utilisateurs différents fassent plusieurs trucs à la fois
genre henri sur la compta, martin sur les stock, robert sur un jeu, et seb sur un un traitement de texte...

Citation:

-----------------

Ordonnancement : Cela permet de ce que j’ai compris de donner des priorités ( systeme , phériphériques ) , cela permet ainsi de choisir la priorité des processus que l’on veut selon nos choix ?

-----------------

notament oui

Citation:

Exclusion mutuelle : Cela devrait permettre de garantir l’accès à un seul programme pour une ressource. Donc un seul processus pour un seul programme ?

-------------------

ca permet par exemple d'acceder au port com pendant un slice de temps que par une seule session d'une application donnée

imagines une machine outils qui fait des pieces sur le port com... si plusieurs instances tournent la machine ne sait pas quoi faire entre un trou et un chanfrin ...
15/01/2013, 15h33
Invité

Merci de ta réponse .

En espérant avoir d'autres réponses ,
28/01/2013, 09h16
Grumphette

Citation:

Programmation concurrente : Je n’ai pas vraiment compris le sens , ou du moins l’utilisé : « Tenir compte , dans des langages spécialisés ou non , du multiprocessing ou du multiprocesseur

-------------------

Citation:
Pour synchroniser les processus , on utilise des fonctions matérielles :
-Test and Set , qui est une opération atomique en assembleur
ou des solutions logicielles :
-Booléens
-drapeaux(algo. De Dekker)
- sémaphores
On synchronise pour garantir l’accés aux sectionS critiques d’un programme . Les attentes sont actives (SpinLock) ou non .
Quelques problemes subsistent , notamment l’interblocage ou deadlock .

Hum synchroniser les processus , on entend quoi par synchroniser ?
Garantir l'accès aux sections critiques ? C'est à dire ?

Ce que l'on appel programmation concourante est aussi appelé programmation parallèle. L'utilisation de concourante est là pour mettre en exergue le fait que tes taches parallèles vont accéder à des ressources communes entre elles et que leur accès simultanée peut engendrer des comportement aléatoire voir même de blocage pur et simple et qu'il faut donc prendre en compte ces facteurs au moment ou tu écris du code (quelque soit le langage). C'est ce que voulait dire ta première citation.

La deuxième citation te montre des mécanismes utilisable dans ton code pour garantir que l'accès à une ressources commune (une case d'un tableau par exemple) se face bien par un seul processus à la fois, et éviter par exemple qu'un processus écrive une valeur dans cette case pendant qu'un autre est en train de lire cette même case. Car dans ce cas si, tu es incapable de dire si ton processus accédant à la case du tableau va écrire la valeur avant que ton processus lecteur ai fini d'accéder à cette même case. Et ensuite une série de question se pose, qu'a t il lu? l'ancienne valeur ? la nouvelle ? un mix des deux ?

Pour finir avec ta dernière question sur la synchronisation, il existe deux types de synchronisation. Celle qui permet l'accès séquentiel aux ressources (c'est à dire un processus après l'autre ) et la synchronisation qui permet de garantir que tous tes processus en cours d’exécution seront au même endroit dans le code au même moment.

J'espère que j'ai été assez clair.