10.3. Tubes « anonymes  » et tubes nommés

Revenons à l'exemple des tubes, car il est très intéressant et il constitue en soi une bonne illustration de la notion de liens. Lors de l'utilisation d'un tube dans une ligne de commande, voici ce qui se produit : le shell crée le tube et va faire en sorte que la commande située avant le tube écrive dans celui-ci, et que la commande située après lise les données du tube. Tous les tubes, qu'ils soient anonymes (comme ceux utilisés par le shell) ou nommés (voir ci-dessous), fonctionnent selon le principe FIFO (First In, First Out, premier arrivé, premier servi). L'utilisation des tubes avec le shell a déjà été illustrée, mais il est intéressant de le faire à nouveau :

$ ls -d /proc/[0-9] | head -6
/proc/1/
/proc/2/
/proc/3/
/proc/4/
/proc/5/

Ce qui ne peut se voir dans cet exemple (parce que cela se passe trop vite) est la chose suivante : les écritures sur le tube sont bloquantes. Cela veut dire que quand la commande ls écrit dans le tube, elle est bloquée jusqu'à ce qu'un processus à l'autre bout lise à partir du tube. Pour visualiser cet effet, on pourra créer des tubes nommés (et qui, donc, seront liés, par opposition aux tubes utilisés par le shell qui ne le sont pas). La commande pour créer de tels tubes est mkfifo :

$ mkfifo un_tube
$ ls -il
total 0
    169 prw-rw-r--    1 reine    reine           0 déc 10 14:12 un_tube|
  #
  # On constate que le compteur de liens indique 1, et la sortie
  # que le fichier est un tube ('p').
  #
  # On pourra aussi utiliser ln ici :
  #
$ ln un_tube le_même_tube
$ ls -il
total 0
    169 prw-rw-r--    2 reine    reine           0 déc 10 15:37 un_tube|
    169 prw-rw-r--    2 reine    reine           0 déc 10 15:37 le_même_tube|
$ ls -d /proc/[0-9] >un_tube
  #
  # Le processus est bloqué puisqu'il n'y a pas de lecteurs à l'autre
  # bout. Tapez C-z pour suspendre le processus...
  #
zsh: 3452 suspended  ls -d /proc/[0-9] > un_tube
  #
  # ...Puis placez-le en arrière-plan :
  #
$ bg
[1]  + continued  ls -d /proc/[0-9] > un_tube
  #
  # Maintenant lisez depuis le tube...
  #
$ head -6 <le_même_tube
  #
  # ...le processus scripteur se termine :
  #
[1]  + 3452 done       ls -d /proc/[0-9] > un_tube
/proc/1/
/proc/2/
/proc/3/
/proc/4/
/proc/5/
$

De même, les lectures sont bloquantes. Si les commandes ci-dessus sont exécutées dans l'ordre inverse, nous observons que head se bloque en attendant qu'un processus lui envoie quelque chose à lire :

$ head -6 <un_tube
  #
  # Le processus est bloqué, suspendez-le : C-z
  #
zsh: 741 suspended  head -6 < un_tube
  #
  # Mettez-le en tâche de fond...
  #
$ bg
[1]  + continued  head -6 < un_tube
  #
  # ...Et donnez-lui à manger :)
  #
$ ls -d /proc/[0-9] >le_même_tube
$ /proc/1/
/proc/2/
/proc/3/
/proc/4/
/proc/5/
[1]  + 741 done       head -6 < un_tube
$ 

On constatera également un effet indésirable dans cet exemple : la commande ls a fini son exécution avant que la commande head ne prenne le relais. La conséquence est que vous êtes renvoyé(e) immédiatement au prompt, et head n'est exécutée qu'après. Elle effectue en fait sa sortie seulement une fois le prompt récupéré.


Tux sur Étoile de MandrakeSoft Linux est une marque déposée de Linus Torvalds. Toutes les autres marques et copyrights sont la propriété de leurs auteurs respectifs.
Sauf mention contraire, tout le contenu de ces pages et toutes les images sont Copyright MandrakeSoft S.A. et MandrakeSoft Inc. 2000.
http://www.linux-mandrake.com/