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é.