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 -5
/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)[1]. 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 -5 <le_même_tube
#
# ...le processus écrivain 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 -5 <un_tube
#
# Le processus est bloqué, suspendez-le : C-z
#
zsh: 741 suspended head -5 < un_tube
#
# Mettez-le en tâche de fond...
#
$ bg
[1] + continued head -5 < 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é 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é.