Manpages

NOM

proc − Pseudosystème de fichiers d’informations sur les processus

DESCRIPTION

Le système de fichiers proc est un pseudosystème de fichiers qui fournit une interface avec les structures de données du noyau. Il est généralement monté sur /proc. La plupart des fichiers sont en lecture seule, mais quelques uns permettent la modification de variables du noyau.

La liste suivante décrit de nombreux fichiers et répertoires de la hiérarchie de /proc.
/proc/[pid]

Il existe un sous−répertoire pour chaque processus actif. Le sous−répertoire prend comme nom le PID du processus. Chaque sous−répertoire contient les pseudofichiers et pseudorépertoires suivants.

/proc/[pid]/auxv (depuis le noyau 2.6.0−test7)

Il comporte le contenu des informations passées par l’interpréteur ELF au processus lors de son exécution. Le format est constitué, pour chacune des entrées, d’un identifiant unsigned long suivi d’une valeur unsigned long. La dernière entrée comporte deux zéros.

/proc/[pid]/cgroup (depuis Linux 2.6.24)

Ce fichier décrit les groupes de contrôle auquel le processus ou la tâche appartiennent. Pour chaque hiérarchie de cgroup, une entrée contient une liste de champs séparés par des deux−points sous la forme :

    5:cpuacct,cpu,cpuset:/daemons

Les champs séparés par des deux−points sont, de gauche à droite :

1.

identifiant numérique de hiérarchie ;

2.

jeu de sous−systèmes liés à la hiérarchie ;

3.

groupe de contrôle dans la hiérarchie auquel appartient le processus.

Ce fichier n’est présent que si l’option de configuration du noyau CONFIG_CGROUPS a été validée.

/proc/[pid]/clear_refs (depuis Linux 2.6.22)

Ce fichier n’est accessible qu’en écriture, par le propriétaire du processus.

Les valeurs suivantes peuvent être écrites dans le fichier.
1 (depuis Linux 2.6.22)

Réinitialiser les bits PG_Referenced et ACCESSED/YOUNG de toutes les pages liées au processus. Avant Linux 2.6.32, écrire n’importe quelle valeur non nulle avait le même impact.

2 (depuis Linux 2.6.32)

Réinitialiser les bits PG_Referenced et ACCESSED/YOUNG de toutes les pages anonymes liées au processus.

3 (depuis Linux 2.6.32)

Réinitialiser les bits PG_Referenced et ACCESSED/YOUNG de toutes les pages où sont projetés des fichiers et liées au processus.

La réinitialisation des bits PG_Referenced et ACCESSED/YOUNG fournit une méthode pour mesurer approximativement la quantité de mémoire utilisée par un processus. Inspecter d’abord les valeurs du champ « Referenced » des zones de mémoire virtuelle (VMA) de /proc/[pid]/smaps permet d’avoir une idée de l’empreinte mémoire du processus. En réinitialisant ensuite les bits PG_Referenced et ACCESSED/YOUNG, inspecter de nouveau les valeurs du champ « Referenced », après un intervalle de temps mesuré, permet d’avoir une idée de l’évolution de l’empreinte mémoire du processus pendant cet intervalle. Pour n’inspecter que les types sélectionnés de projection, les valeurs 2 ou 3 peuvent être utilisées au lieu de 1.

Une valeur supplémentaire peut être écrite pour affecter un autre bit :
4 (depuis Linux 3.11)

Effacer le bit soft−dirty pour toutes les pages associées au processus. C’est utilisé (en conjonction avec /proc/[pid]/pagemap) par le système de point de restauration pour découvrir les pages qu’un processus a souillé depuis que le fichier /proc/[pid]/clear_refs a été écrit.

L’écriture dans /proc/[pid]/clear_refs d’une valeur différente de celles ci−dessus n’a aucun effet.

Le fichier /proc/[pid]/clear_refs n’est présent que si l’option de configuration du noyau CONFIG_PROC_PAGE_MONITOR a été validée.

/proc/[pid]/cmdline

Ce fichier contient la ligne de commande complète du processus, sauf s’il s’agit d’un zombie. Dans ce dernier cas, il n’y a rien dans ce fichier : c’est−à−dire qu’une lecture de ce fichier ne retournera aucun caractère. Les paramètres de la ligne de commande apparaissent dans ce fichier comme un ensemble de chaînes séparées par des octets nuls (« \0 »), avec un octet nul supplémentaire après la dernière chaîne.

/proc/[pid]/coredump_filter (depuis le noyau 2.6.23)

Consultez core(5).

/proc/[pid]/cpuset (depuis le noyau 2.6.12)

Consultez cpuset(7).

/proc/[pid]/cwd

Lien symbolique vers le répertoire de travail actuel du processus. Pour obtenir le répertoire de travail du processus 20 par exemple, vous pouvez faire ceci :

$ cd /proc/20/cwd; /bin/pwd

Notez que la commande directe pwd est souvent une commande interne de l’interpréteur de commandes, et qu’elle risque de ne pas fonctionner correctement. Avec bash(1), vous pouvez utiliser pwd −P.

Dans un traitement multiprocessus (multithreaded), le contenu de ce lien symbolique n’est pas disponible si le processus principal est déjà terminé (typiquement par un appel à pthread_exit(3).

/proc/[pid]/environ

Ce fichier contient l’environnement du processus. Les entrées sont séparées par des caractères nuls (« \0 »), et il devrait y en avoir un à la fin du fichier. Ainsi, pour afficher l’environnement du processus numéro 1, vous pouvez utiliser :

$ strings /proc/1/environ

/proc/[pid]/exe

Sous Linux 2.2 et ultérieur, ce fichier est un lien symbolique représentant le chemin réel de la commande en cours d’exécution. Ce lien symbolique peut être déréférencé normalement ; tenter de l’ouvrir ouvrira le fichier exécutable. Vous pouvez même entrer /proc/[pid]/exe pour lancer une autre instance du même processus [pid] indiqué. Pour les multiprocessus, le contenu de ce lien symbolique n’est pas disponible si le processus principal s’est déjà terminé (typiquement par l’appel de pthread_exit(3)).

Sous Linux 2.0 et précédents, /proc/[pid]/exe était un pointeur sur le fichier binaire exécuté, qui apparaissait sous forme de lien symbolique. Un appel système readlink(2) sur ce fichier renvoyait une chaîne de la forme :

[périphérique]:inœud

Par exemple, [0301]:1502 correspond à l’inœud 1502 du périphérique ayant le numéro majeur 03 (disque IDE, MFM, etc.) et mineur 01 (première partition du premier disque).

On peut utiliser find(1) avec l’option −inum pour retrouver le fichier exécutable à partir du numéro d’inœud.

/proc/[pid]/fd/

Il s’agit d’un sous−répertoire contenant une entrée pour chaque fichier ouvert par le processus. Chaque entrée a le descripteur du fichier pour nom, et est représentée par un lien symbolique vers le vrai fichier. Ainsi, 0 correspond à l’entrée standard, 1 à la sortie standard, 2 à la sortie d’erreur, etc.

Pour les descripteurs de fichier de tubes et sockets, les entrées seront des liens symboliques dont le contenu est le type de fichier avec l’inœud. Un appel de readlink(2) sur ce fichier renvoie une chaîne au format :

type:[inœud]

Par exemple, socket:[2248868] sera une socket est son inœud est 2248868. Pour les sockets, cet inœud permet de trouver plus de renseignements dans un des fichiers de /proc/net/.

Pour les descripteurs de fichier sans inœud correspondant (par exemple les descripteurs de fichier produits par epoll_create(2), eventfd(2), inotify_init(2), signalfd(2) et timerfd(2)), l’entrée sera un lien symbolique avec un contenu de la forme :

inœud_anon:<type−fichier>

Dans certains cas, le type−fichier est entouré de crochets.

Par exemple, un descripteur de fichier epoll aura un lien symbolique dont le contenu est la chaîne anon_inode:[eventpoll].

Dans un traitement multiprocessus (multithreaded), le contenu de ce répertoire n’est pas disponible si le processus principal est déjà terminé (typiquement par l’appel de pthread_exit(3).

Les programmes qui prennent un nom de fichier comme paramètre de la ligne de commande mais qui ne lisent pas l’entrée standard si aucun paramètre n’est fourni, ou qui écrivent dans un fichier indiqué par un paramètre de la ligne de commande sans écrire sur la sortie standard si aucun paramètre n’est fourni, peuvent néanmoins utiliser l’entrée standard et la sortie standard par l’intermédiaire de /proc/[pid]/fd. Par exemple, en supposant que l’option −i indique le nom du fichier d’entrée et l’option −o le nom du fichier de sortie :

$ tototiti −i /proc/self/fd/0 −o /proc/self/fd/1 ...

et vous avez alors réalisé un filtre.

/proc/self/fd/N est approximativement identique à /dev/fd/N sur certains systèmes UNIX et pseudo−UNIX. D’ailleurs la plupart des scripts MAKEDEV de Linux lient symboliquement en fait /dev/fd à /proc/self/fd.

La plupart des systèmes fournissent les liens symboliques /dev/stdin, /dev/stdout et /dev/stderr, qui sont respectivement liés aux fichiers 0, 1 et 2 de /proc/self/fd. Par conséquent, l’exemple précédent peut être écrit de la façon suivante :

$ foobar −i /dev/stdin −o /dev/stdout ...

/proc/[pid]/fdinfo/ (depuis le noyau 2.6.22)

Il s’agit d’un sous−répertoire contenant une entrée pour chaque fichier ouvert par le processus, nommé par son descripteur de fichier. Le contenu de chaque fichier peut être lu afin d’obtenir des informations sur le descripteur de fichier correspondant, par exemple :

$ cat /proc/12015/fdinfo/4
pos: 1000
flags: 01002002

Le champ pos est un nombre décimal indiquant la position de la tête de lecture. Le champ flags est un nombre octal indiquant les modes d’accès au fichier ainsi que ses attributs d’état (consultez open(2)).

Les fichiers de ce répertoire ne sont accessibles en lecture que par le propriétaire du processus.

/proc/[pid]/io (depuis le noyau 2.6.20)

Ce fichier contient des statistiques d’entrées et sorties pour le processus, par exemple :

# cat /proc/3828/io
rchar: 323934931
wchar: 323929600
syscr: 632687
syscw: 632675
read_bytes: 0
write_bytes: 323932160
cancelled_write_bytes: 0

Les champs sont les suivants.
rchar 
: caractères lus

Le nombre d’octets lus sur le support de stockage que cette tâche a provoqué. C’est juste la somme d’octets que ce processus a passé à read(2) et aux appels système similaires. Cela comprend des choses comme les entrées et sorties du terminal et ne dépend pas du fait que de véritables entrées et sorties du disque physique aient été nécessaires ou non (la lecture pourrait avoir été réalisée à partir des pagecache).

wchar : caractères écrits

Le nombre d’octets écrits, ou à écrire, sur le disque que cette tâche a provoqué. Des limitations similaires à celles de rchar s’appliquent.

syscr : appels système lus

Tentative de décompte du nombre d’opérations d’entrées et sorties lues — c’est−à−dire, des appels système comme read(2) et pread(2).

syscw : appels système écrits

Tentative de décompte du nombre d’opérations d’entrées et sorties écrites — c’est−à−dire, des appels système comme write(2) et pwrite(2).

read_bytes : octets lus

Tentative de décompte du nombre d’octets que ce processus a vraiment forcé à récupérer sur la couche de stockage. C’est précis pour les systèmes de fichiers à base de blocs.

write_bytes : octets écrits

Tentative de décompte du nombre d’octets que ce processus a forcé à envoyer vers la couche de stockage.

cancelled_write_bytes :

La grosse inexactitude ici est la troncature. Si un processus écrit 1 Mo vers un fichier puis efface ce fichier, il n’aura de fait réalisé aucune écriture. Pourtant, il sera compté comme ayant provoqué 1 Mo d’écriture. Autrement dit, ce champ représente le nombre d’octets que ce processus n’a pas pu écrire, en tronquant les pagecache. Une tâche peut aussi provoquer des entrées et sorties « négatives ». Si cette tâche tronque quelques pagecache sales, certaines des entrées et sorties qui ont été comptabilisées pour une autre tâche (dans son write_bytes) n’arriveront pas.

Remarque : dans l’implémentation actuelle, les choses sont un peu en situation de compétition sur les systèmes 32 bits : si le processus B lit le /proc/[pid]/io du processus B pendant que ce dernier est en train de mettre à jour un de ces compteurs en 64 bits, le processus A pourrait voir un résultat intermédiaire.

/proc/[pid]/limits (depuis le noyau 2.6.24)

Ce fichier indique les limites souples et strictes ainsi que les unités de mesure de chaque limite de ressources du processus (consultez getrlimit(2)). Jusqu’à Linux 2.6.35 inclus, ce fichier est protégé de telle sorte que seul l’UID réel du processus puisse le lire. Depuis Linux 2.6.36, ce fichier est lisible par tout les utilisateurs du système.

/proc/[pid]/map_files/ (depuis le noyau 3.3)

Ce sous−répertoire contient des entrées correspondant aux fichiers projetés en mémoire (consultez mmap(2)). Les entrées sont nommées par paires d’adresses (exprimées en nombres hexadécimaux) de début et fin de zone mémoire et sont des liens symboliques au fichiers projetés eux−mêmes. Voici un exemple, avec la sortie coupée et formatée pour tenir sur un affichage en 80 colonnes :

$ ls −l /proc/self/map_files/
lr−−−−−−−−. 1 root root 64 Apr 16 21:31
3252e00000−3252e20000 −> /usr/lib64/ld−2.15.so
...

Bien que ces entrées soient présentes pour des zones de mémoire ayant été projetées avec l’attribut MAP_FILE, la façon dont la mémoire partagée anonyme (les zones créées avec les attributs MAP_ANON | MAP_SHARED) est implémentée dans Linux signifie que ce genre de zones apparaissent aussi dans ce répertoire. Voici un exemple où le fichier cible est le /dev/zero effacé :

lrw−−−−−−−. 1 root root 64 Apr 16 21:33
7fc075d2f000−7fc075e6f000 −> /dev/zero (effacé)

Ce répertoire n’existe que si l’option de configuration du noyau CONFIG_CHECKPOINT_RESTORE a été validée.

/proc/[pid]/maps

Fichier contenant les régions de la mémoire actuellement projetées et leurs autorisations d’accès. Consultez mmap(2) pour de plus amples renseignements sur les projections en mémoire.

Le format du fichier est :

adresse droits posit. périph. inœud chemin
00400000−00452000 r−xp 00000000 08:02 173521 /usr/bin/dbus−daemon
00651000−00652000 r−−p 00051000 08:02 173521 /usr/bin/dbus−daemon
00652000−00655000 rw−p 00052000 08:02 173521 /usr/bin/dbus−daemon
00e03000−00e24000 rw−p 00000000 00:00 0 [heap]
00e24000−011f7000 rw−p 00000000 00:00 0 [heap]
...
35b1800000−35b1820000 r−xp 00000000 08:02 135522 /usr/lib64/ld−2.15.so
35b1a1f000−35b1a20000 r−−p 0001f000 08:02 135522 /usr/lib64/ld−2.15.so
35b1a20000−35b1a21000 rw−p 00020000 08:02 135522 /usr/lib64/ld−2.15.so
35b1a21000−35b1a22000 rw−p 00000000 00:00 0
35b1c00000−35b1dac000 r−xp 00000000 08:02 135870 /usr/lib64/libc−2.15.so
35b1dac000−35b1fac000 −−−p 001ac000 08:02 135870 /usr/lib64/libc−2.15.so
35b1fac000−35b1fb0000 r−−p 001ac000 08:02 135870 /usr/lib64/libc−2.15.so
35b1fb0000−35b1fb2000 rw−p 001b0000 08:02 135870 /usr/lib64/libc−2.15.so
...
f2c6ff8c000−7f2c7078c000 rw−p 00000000 00:00 0 [stack:986]
...
7fffb2c0d000−7fffb2c2e000 rw−p 00000000 00:00 0 [stack]
7fffb2d48000−7fffb2d49000 r−xp 00000000 00:00 0 [vdso]

Le champ adresse correspond à l’espace d’adressage du processus que la projection occupe. le champ droits est un ensemble d’autorisations :

r = lecture
w = écriture
x = exécution
s = partage
p = privé (copie lors de l’écriture)

Le champ posit. est la position dans le fichier ou autre, périph. correspond à la paire (majeur:mineur). inœud est l’inœud sur ce périphérique. 0 signifie qu’aucun inœud n’est associé à cette zone mémoire, comme c’est le cas avec BSS (données non initialisées).

Le champ chemin sera normalement le fichier qui s’appuie sur la projection. Pour les fichiers ELF, faire correspondre le champ chemin est facile en regardant le champ Offset des en−têtes du programme ELF (readelf −l).

Des pseudochemins pratiques supplémentaires existent.

[stack]

La pile du processus initial (aussi connu comme le thread principal).

[stack:<tid>] (depuis Linux 3.4)

Une pile de thread (où <tid> est un identifiant de thread). Cela correspond au chemin /proc/[pid]/task/[tid]/.

[vdso]

L’objet virtuel partagé lié dynamiquement.

[heap]

Le tas du processus.

Si le champ chemin est vide, c’est une projection anonyme telle qu’obtenue par la fonction mmap(2). Faire correspondre cela à une source de processus est compliqué, sauf en l’exécutant à l’aide de gdb(1), strace(1) ou similaire.

Sous Linux 2.0, aucun champ n’indique le chemin d’accès.

/proc/[pid]/mem

Ce fichier permet d’accéder à la mémoire d’un processus au travers de open(2), read(2), et lseek(2).

/proc/[pid]/mountinfo (depuis Linux 2.6.26)

Ce fichier contient des informations relatives aux points de montage. Il contient des lignes de la forme :

36 35 98:0 /mnt1 /mnt2 rw,noatime master:1 − ext3 /dev/root rw,errors=continue
(1)(2)(3)   (4)   (5)      (6)      (7)   (8) (9)   (10)         (11)

Les nombres entre paranthèses sont des étiquettes pour les descriptions suivantes :

(1)

mount ID : identifiant unique du montage (peut être réutilisé après un umount(2)).

(2)

parent ID : identifiant du montage parent (ou de lui−même pour le sommet de la hiérarchie).

(3)

major:minor : valeur de st_dev pour les fichiers sur le système de fichiers (consultez stat(2)).

(4)

root : racine du montage dans le système de fichiers.

(5)

mount point : point de montage relatif à la racine du processus.

(6)

mount options : options par montage.

(7)

optional fields : zéro ou plusieurs champs de la forme « tag[:value] ».

(8)

separator : indique la fin des champs optionnels.

(9)

filesystem type : nom du système de fichiers de la forme « type[.subtype] ».

(10)

mount source : informations spécifiques au système de fichiers ou « none ».

(11)

super options : options par superbloc.

Les outils d’analyse devraient ignorer les champs optionnels non reconnus. Les champs optionnels actuellement disponibles sont :

shared:X

le montage est partagé par le groupe pair X

master:X

le montage est esclave pour le groupe pair X

propagate_from:X

le montage est esclave et reçoit des propagations provenant du groupe pair X (*)

unbindable

le point de montage ne peut pas être lié

(*) X est le group pair dominant le plus proche sous la racine du processus. Si X est le maître immédiat du montage ou s’il n’y a pas de group pair dominant sous la même racine, alors seul le champ « master:X » est présent et pas le champ « propagate_from:X ».

Pour plus d’informations sur les propagations de montage, voir Documentation/filesystems/sharedsubtree.txt dans l’arborescence des sources du noyau Linux.

/proc/[pid]/mounts (depuis Linux 2.6.17)

C’est une liste de tous les systèmes de fichiers montés dans l’espace de noms de montage du processus. Le format de ce fichier est documenté dans fstab(5). Depuis la version 2.6.15 du noyau, ce fichier peut être pollué : après avoir ouvert le fichier en lecture, une modification de ce fichier (par exemple, le montage ou le démontage d’un système de fichiers) provoque le marquage par select(2) du descripteur de fichier comme étant lisible, et poll(2) et epoll_wait(2) marquent le fichier comme étant en erreur.

/proc/[pid]/mountstats (depuis Linux 2.6.17)

Ce fichier exporte des informations (statistiques, configuration) relatives aux points de montage dans l’espace de noms du processus. Les lignes de ce fichier sont de la forme :

device /dev/sda7 mounted on /home with fstype ext3 [statistics]
( 1 ) ( 2 ) (3 ) (4)

Les champs de chaque ligne sont :

(1)

Le nom du périphérique monté (ou « nodevice » s’il n’y a pas de périphérique correspondant).

(2)

Le point de montage dans l’arborescence du système de fichiers.

(3)

Le type du système de fichiers.

(4)

Statistiques optionnelles et informations de configuration. Actuellement (Linux 2.6.26), seuls les systèmes de fichiers NFS exportent des informations à travers ce champ.

Ce fichier n’est accessible en lecture que par le propriétaire du processus.

/proc/[pid]/ns/ (depuis Linux 3.0)

Il s’agit d’un sous−répertoire contenant une entrée pour chaque espace de noms qui peut être manipulé avec setns(2). Pour plus de précisions sur les espaces de noms, consultez clone(2).

/proc/[pid]/ns/ipc (depuis Linux 3.0)

Le montage lié de ce fichier (consultez mount(2)) ailleurs dans le système de fichiers garde l’espace de noms IPC du processus indiqué par pid opérationnel même si tous les processus actuellement dans l’espace de noms se terminent.

L’ouverture de ce fichier renvoie un descripteur de fichier pour l’espace de noms IPC du processus indiqué par pid. Tant que ce descripteur de fichier reste ouvert, l’espace de noms IPC restera opérationnel, même si tous les processus de l’espace de noms se terminent. Le descripteur de fichier peut être passé à setns(2).

/proc/[pid]/ns/net (depuis Linux 3.0)

Le montage lié de ce fichier (consultez mount(2)) ailleurs dans le système de fichiers garde l’espace de noms réseau du processus indiqué par pid opérationnel même si tous les processus de l’espace de noms se terminent.

L’ouverture de ce fichier renvoie un descripteur de fichier pour l’espace de noms réseau du processus indiqué par pid. Tant que ce descripteur de fichier reste ouvert, l’espace de noms réseau restera opérationnel, même si tous les processus de l’espace de noms se terminent. Le descripteur de fichier peut être passé à setns(2).

/proc/[pid]/ns/uts (depuis Linux 3.0)

Le montage lié de ce fichier (consultez mount(2)) ailleurs dans le système de fichiers garde l’espace de noms UTS du processus indiqué par pid opérationnel même si tous les processus de l’espace de noms se terminent.

L’ouverture de ce fichier renvoie un descripteur de fichier pour l’espace de noms UTS du processus indiqué par pid. Tant que ce descripteur de fichier reste ouvert, l’espace de noms UTS restera opérationnel, même si tous les processus de l’espace de noms se terminent. Le descripteur de fichier peut être passé à setns(2).

/proc/[pid]/numa_maps (depuis Linux 2.6.14)

Consultez numa(7).

/proc/[pid]/oom_adj (depuis Linux 2.6.11)

Ce fichier permet d’ajuster la notation utilisée pour sélectionner le processus qui sera tué dans une situation de mémoire saturée. Le noyau utilise cette valeur pour une opération de décalage sur la valeur oom_score du processus : les valeurs valables sont dans l’intervalle de −16 à +15 plus la valeur spéciale −17, qui désactive complètement la mise à mort sur mémoire saturée du processus. Une notation négative diminue la probabilité.

La valeur par défaut de ce fichier est 0 ; un nouveau processus hérite de la valeur oom_adj de son père. Un processus doit être privilégié (CAP_SYS_RESOURCE) pour mettre à jour ce fichier.

Depuis Linux 2.6.36, l’utilisation de ce fichier est déconseillée en faveur de /proc/[pid]/oom_score_adj.

/proc/[pid]/oom_score (depuis Linux 2.6.11)

Ce fichier indique la notation actuelle donnée par le noyau pour sélectionner un processus pour une mise à mort sur mémoire saturée. Une notation élevée signifie que le processus a plus de chance d’être sélectionné pour une mise à mort sur mémoire saturée. La base de cette notation est la quantité de mémoire utilisée par le processus. Cette notation peut augmenter (+) ou diminuer (−) en fonction des facteurs suivants :

*

le processus crée beaucoup d’enfants avec fork(2) (+) ;

*

le processus s’exécute depuis longtemps ou a consommé beaucoup de temps processeur (−) ;

*

le processeur a une faible valeur de courtoisie (c’est−à−dire positive) (+) ;

*

le processus est privilégié (−) ; et

*

le processus effectue des accès matériels directs (−).

oom_score reflète également l’ajustement indiqué dans les réglages oom_score_adj ou oom_adj du processus.

/proc/[pid]/oom_score_adj (depuis Linux 2.6.36)

Ce fichier permet d’ajuster l’heuristique de mauvaise conduite (« badness ») utilisée pour sélectionner le processus qui sera tué dans une situation de mémoire saturée.

L’heuristique de mauvaise conduite assigne une valeur à chaque tâche candidate entre 0 (ne jamais tuer) et 1000 (toujours tuer) pour déterminer le processus ciblé. Les unités sont à peu près proportionnelles à la quantité de mémoire allouée dont le processus pourrait bénéficier, à partir de l’estimation de son utilisation actuelle de mémoire et d’espace d’échange. Par exemple si une tâche utilise toute la mémoire allouée, sa notation de mauvaise conduite sera 1000. S’il utilise la moitié de sa mémoire alloué, sa notation sera 500.

Un autre facteur est inclus dans la notation de mauvaise conduite : 3 % de mémoire supplémentaire est allouée aux processus du superutilisateur par rapport aux autres tâches.

La quantité de mémoire « permise » dépend du contexte dans lequel la mise à mort sur mémoire saturée a été effectuée. Si elle est causée par la saturation de mémoire assignée au cpuset de tâche allouant, la mémoire permise représente l’ensemble de mems assignées à ce cpuset (consultez cpuset(7)). Si elle est provoquée par la saturation de nœud(s) de mempolicy, la mémoire permise représente l’ensemble de nœuds de mempolicy. Si elle est due à l’atteinte d’une limite de mémoire (ou limite d’espace d’échange), la mémoire allouée est cette limite configurée. Enfin, si la cause est la saturation de mémoire du système complet, la mémoire permise représente toutes les ressources allouables.

La valeur de oom_score_adj est ajoutée à la notation de mauvaise conduite avant qu’elle ne soit utilisée pour déterminer la tâche à tuer. Les valeurs acceptables sont comprises entre −1000 (OOM_SCORE_ADJ_MIN) et +1000 (OOM_SCORE_ADJ_MAX). Cela permet à l’espace utilisateur de contrôler les préférences de mise à mort sur mémoire saturée, entre toujours préférer une tâche en particulier ou désactiver complètement la mise à mort sur mémoire saturée. La plus faible valeur possible, −1000, est équivalente à désactiver complètement la mise à mort sur mémoire saturée pour cette tâche, puisque la notation de mauvaise conduite sera toujours 0.

Par conséquent, il est trivial pour l’espace utilisateur de définir la quantité de mémoire à considérer pour chaque tâche. Configurer une valeur oom_score_adj de +500, par exemple, est à peu près équivalent à permettre au reste des tâches partageant les mêmes ressources du système, de cpuset, de mempolicy ou du contrôleur de mémoire d’utiliser au moins 50 % de mémoire en plus. Une valeur de −500, au contraire, serait à peu près équivalent à ne prendre en compte que la moitié de l’espace mémoire alloué à la tâche pour la notation contre cette tâche.

Pour des raisons de compatibilité ascendante avec les précédents noyaux, /proc/[pid]/oom_adj peut encore être utilisé pour ajuster la notation de mauvaise conduite. Sa valeur est mise à l’échelle linéairement avec oom_score_adj.

Écrire vers /proc/[pid]/oom_score_adj ou /proc/[pid]/oom_adj modifiera l’autre avec sa valeur mise à l’échelle.

/proc/[pid]/root

UNIX et Linux gèrent une notion de racine du système de fichiers par processus, configurée avec l’appel système chroot(2). Ce fichier est un lien symbolique qui pointe vers le répertoire racine du processus, et se comporte de la même façon que exe et fd/*.

Dans un traitement multiprocessus (multithreaded), le contenu de ce lien symbolique n’est pas disponible si le processus principal est déjà terminé (typiquement par un appel à pthread_exit(3).

/proc/[pid]/smaps (depuis Linux 2.6.14)

Ce fichier affiche la mémoire utilisée par les cartes de chacun des processus. Pour chacune des cartes, il y a une série de lignes comme les suivantes :

00400000−0048a000 r−xp 00000000 fd:03 960637 /bin/bash
Size: 552 kB
Rss: 460 kB
Pss: 100 kB
Shared_Clean: 452 kB
Shared_Dirty: 0 kB
Private_Clean: 8 kB
Private_Dirty: 0 kB
Referenced: 460 kB
Anonymous: 0 kB
AnonHugePages: 0 kB
Swap: 0 kB
KernelPageSize: 4 kB
MMUPageSize: 4 kB
Locked: 0 kB

La première de ces lignes montre les mêmes informations que celles affichées pour la projection mémoire dans /proc/[pid]/maps. Les lignes suivantes montrent la taille de la projection, la quantité de projection actuellement résidente en mémoire vive (« Rss »), le partage équitable (« proportional share ») de cette projection pour le processus (« Pss »), le nombre de pages partagées propres ou sales de la projection et le nombre de pages privées propres ou sales. « Referenced » indique la quantité de mémoire actuellement marquée comme référencée ou accédée. « Anonymous » montre la quantité de mémoire qui n’appartient à aucun fichier. « Swap » montre la quantité de mémoire aussi utilisée qui serait anonyme, mais est en espace d’échange.

L’entrée « KernelPageSize » est la taille de page utilisée par le noyau pour sauvegarder une zone de mémoire virtuelle (VMA). Cela correspond à la taille utilisée par le MMU dans la majorité des cas. Cependant, un contre−exemple existe sur les noyaux PPC64 où un noyau utilisant 64 K comme taille de page de base pourrait encore utiliser 4 K pages pour le MMU sur les anciens processeurs. Pour se démarquer, ce correctif signale « MMUPageSize » comme taille de page utilisée par le MMU.

Le « Locked » indique si la projection est verrouillée en mémoire.

Le champ « VmFlags » représente les attributs du noyau, associés à la zone de mémoire virtuelle particulière, encodés en deux lettre. Les codes sont les suivants :

rd − lisible
wr − accessible en écriture
ex − exécutable
sh − partagé
mr − peut lire
mw − peut écrire
me − peut exécuter
ms − peut partager
gd − le segment de pile diminue
pf − intervalle PFN pur
dw − écriture désactivée vers le fichier projeté
lo − les pages sont verrouillée en mémoire
io − zone d’E/S de mémoire projetée
sr − conseil de lecture séquentielle fourni
rr − conseil de lecture aléatoire fourni
dc − ne pas copier la zone lors d’une création de fils
de − ne pas étendre la zone lors d’une reprojection
ac − la zone est responsable
nr − l’espace d’échange n’est pas réservé pour la zone
ht − la zone utilise des pages immenses TLB
nl − projection non linéaire
ar − attribut spécifique à l’architecture
dd − ne pas inclure la zone dans l’image mémoire (core dump)
sd − attribut soft−dirty
mm − zone de carte mélangée
hg − attribut de conseil de page immense
nh − attribut de conseil de page non immense
mg − attribut de conseil fusionnable

Le fichier /proc/[pid]/smaps n’est présent que si l’option de configuration du noyau CONFIG_PROC_PAGE_MONITOR a été validée.

/proc/[pid]/stack (depuis Linux 2.6.29)

Ce fichier fournit une trace symbolique des appels de fonction dans cette pile noyau du processus. Ce fichier n’existe que si le noyau a été compilé avec l’option de configuration CONFIG_STACKTRACE.

/proc/[pid]/stat

Informations sur l’état du processus. C’est utilisé par ps(1). La définition se trouve dans /usr/src/linux/fs/proc/array.c.

Les champs sont, dans l’ordre, et avec leur propre spécificateur de format de type scanf(3) :

pid %d

(1) Identifiant du processus.

comm %s

(2) Nom du fichier exécutable entre parenthèses. Il est visible que l’exécutable ait été déchargé sur l’espace d’échange (« swappé ») ou pas.

state %c

(3) Un caractère parmi « RSDZTW » ou R signifie que le processus est en cours d’exécution, S endormi dans un état non interruptible, D en attente de disque de manière non interruptible, Z zombie, T qu’il est suivi pour une trace ou arrêté par un signal et W qu’il effectue une pagination vers l’espace d’échange.

ppid %d

(4) PID du processus parent.

pgrp %d

(5) Identifiant de groupe de processus du processus.

session %d

(6) Identifiant de session du processus.

tty_nr %d

(7) Terminal de contrôle du processus (le numéro mineur de périphérique dans la combinaison des bits 31 à 20 et 7 à 0 ; le numéro majeur est dans les bits 15 à 8).

tpgid %d

(8) Identifiant du groupe de processus d’arrière−plan du terminal de contrôle du processus.

flags %u (était %lu avant Linux 2.6.22)

(9) Mot contenant les indicateurs du noyau pour le processus. Pour en savoir plus sur la signification des bits, consultez les définitions de PF_* dans le fichier <linux/sched.h> des sources du noyau Linux. Les détails dépendent de la version du noyau.

minflt %lu

(10) Nombre de fautes mineures que le processus a déclenchées et qui n’ont pas nécessité le chargement d’une page mémoire depuis le disque.

cminflt %lu

(11) Nombre de fautes mineures que les enfants en attente du processus ont déclenchées.

majflt %lu

(12) Nombre de fautes majeures que le processus a déclenchées et qui ont nécessité un chargement de page mémoire depuis le disque.

cmajflt %lu

(13) Nombre de fautes majeures que les enfants en attente du processus ont déclenchées.

utime %ld

(14) Temps passé en mode utilisateur par le processus, mesuré en top d’horloge (divisé par sysconf(_SC_CLK_TCK)). Cela comprend le temps de client, guest_time (temps passé à exécuter un processeur virtuel, voir plus loin), de sorte que les applications qui ne sont pas au courant du champ « temps de client » ne perdent pas ce temps dans leurs calculs.

stime %ld

(15) Temps passé en mode noyau par le processus, mesuré en top d’horloge (divisé par sysconf(_SC_CLK_TCK)).

cutime %ld

(16) Temps passé en mode utilisateur par le processus et ses descendants, mesuré en top d’horloge (divisé par sysconf(_SC_CLK_TCK)). Consultez aussi times(2)). Cela comprend le temps de client, cguest_time (temps passé à exécuter un processeur virtuel, voir plus loin).

cstime %ld

(17) Temps passé en mode noyau par le processus et ses descendants, mesuré en top d’horloge (divisé par sysconf(_SC_CLK_TCK)).

priority %ld

(18) (Explications pour Linux 2.6) Pour les processus s’exécutant sous une politique d’ordonnancement temps réel (policy plus loin ; voir sched_setscheduler(2)), il s’agit de la valeur négative de la politique d’ordonnancement, moins un ; c’est−à−dire un nombre dans l’intervalle −2 à −100, correspondant aux priorités temps réel 1 à 99. Pour les processus s’exécutant sous une politique d’ordonnancement qui ne soit pas temps réel, il s’agit de la valeur brute de courtoisie (setpriority(2)) comme représentée dans le noyau. Le noyau enregistre les valeurs de courtoisie sous forme de nombre de l’intervalle 0 (haute) à 39 (faible), correspondant à un intervalle de courtoisie visible par l’utilisateur de −20 à 19.

Avant Linux 2.6, c’était une valeur d’échelle basée sur la pondération de l’ordonnanceur fournie au processus.

nice %ld

(19) Valeur de courtoisie (consultez setpriority(2)), une valeur dans l’intervalle 19 (faible priorité) à −19 (haute priorité).

num_threads %ld

(20) Nombre de threads dans ce processus (depuis Linux 2.6). Avant le noyau 2.6, ce champ était codé en dur à 0 pour remplacer un champ supprimé auparavant.

itrealvalue %lu

(21) Nombre de jiffies avant que le signal SIGALRM suivant soit envoyé au processus par un temporisateur interne. Depuis le noyau 2.6.17, ce champ n’est plus maintenu et est codé en dur à 0.

starttime %llu (était %lu avant Linux 2.6)

(22) Instant auquel le processus a démarré après le démarrage du système. Exprimé en jiffies avant le noyau 2.6, il est désormais exprimé en top d’horloge (divisé par sysconf(_SC_CLK_TCK)).

vsize %lu

(23) Taille de la mémoire virtuelle en octet.

rss %lu

(24) Taille de l’ensemble résident (Resident Set Size) : nombre de pages dont le processus dispose en mémoire réelle. Il ne s’agit que des pages contenant les espaces de code, donnée et pile. Cela n’inclut ni les pages en attente de chargement ni celles qui ont été déchargées.

rsslim %lu

(25) Limite souple actuelle en octet du RSS du processus ; consultez la description de RLIMIT_RSS dans getrlimit(2).

startcode %lu

(26) Adresse au−dessus de laquelle le code du programme peut s’exécuter.

endcode %lu

(27) Adresse au−dessous de laquelle le code du programme peut s’exécuter.

startstack %lu

(28) Adresse de début (c’est−à−dire le bas) de la pile.

kstkesp %lu

(29) Valeur actuelle du pointeur de pile (ESP), telle qu’on la trouve dans la page de pile du noyau pour ce processus.

kstkeip %lu

(30) EIP actuel (pointeur d’instructions).

signal %ld

(31) Masque des signaux en attente, affiché sous forme d’un nombre décimal. Obsolète car il ne fournit pas d’informations sur les signaux temps réel ; utilisez plutôt /proc/[pid]/status.

blocked %ld

(31) Masque des signaux bloqués, affiché sous forme d’un nombre décimal. Obsolète car il ne fournit pas d’informations sur les signaux temps réel ; utilisez plutôt /proc/[pid]/status.

sigignore %ld

(33) Masque des signaux ignorés, affiché sous forme d’un nombre décimal. Obsolète car il ne fournit pas d’informations sur les signaux temps réel ; utilisez plutôt /proc/[pid]/status.

sigcatch %ld

(34) Masque des signaux interceptés, affiché sous forme d’un nombre décimal. Obsolète car il ne fournit pas d’informations sur les signaux temps réel ; utilisez plutôt /proc/[pid]/status.

wchan %lu

(35) « canal » sur lequel le processus est en attente. C’est l’adresse d’un endroit dans le noyau où le processus est endormi. Le nom symbolique correspondant est dans /proc/[pid]/wchan.

nswap %lu

(36) Nombre de pages déplacées sur l’espace d’échange (non maintenu).

cnswap %lu

(37) Champ nswap cumulé pour les processus enfants (non maintenu).

exit_signal %d (depuis Linux 2.1.22)

(38) Signal à envoyer au parent lors de la mort du processus.

processor %d (depuis Linux 2.2.8)

(39) Numéro du processeur utilisé lors de la dernière exécution.

rt_priority %u (depuis Linux 2.5.19 ; était %lu avant
Linux 2.6.22)

(40) Priorité d’ordonnancement temps réel, un nombre dans l’intervalle 1 à 99 pour les processus ordonnancés sous une politique temps réel, ou 0 pour les processus non temps réel (consultez sched_setscheduler(2)).

policy %u (depuis Linux 2.5.19 ; était %lu avant Linux 2.6.22)

(41) Politique d’ordonnancement (consultez sched_setscheduler(2)). Décoder avec les constantes SCHED_* de linux/sched.h.

delayacct_blkio_ticks %llu (depuis Linux 2.6.18)

(42) Cumul des délais d’entrées et sorties, mesuré en top horloge (centième de seconde).

guest_time %lu (depuis Linux 2.6.24)

(43) Temps de client du processus (temps passé à exécuter un processeur virtuel pour un système d’exploitation client), mesuré en top d’horloge (divisé par sysconf(_SC_CLK_TCK)).

cguest_time %ld (depuis Linux 2.6.24)

(44) Temps de client des fils du processus, mesuré en top d’horloge (divisé par sysconf(_SC_CLK_TCK)).

/proc/[pid]/statm

Donne des informations sur l’utilisation de la mémoire, mesurée en pages. Les colonnes représentent :

size (1) taille totale du programme
(comme pour VmSize dans /proc/[pid]/status)
resident (2) taille résidant en mémoire
(comme pour VmRSS dans /proc/[pid]/status)
share (3) pages partagées (c’est−à−dire sauvegardées
dans un fichier)
text (4) texte (code)
lib (5) bibliothèque (non utilisé dans Linux 2.6)
data (6) données et pile
dt (7) pages touchées (dirty, non utilisé dans
Linux 2.6)

/proc/[pid]/status

Fournit l’essentiel des informations de /proc/[pid]/stat et /proc/[pid]/statm dans un format plus facile à lire pour les humains. Voici un exemple :

$ cat /proc/$$/status
Name: bash
State: S (sleeping)
Tgid: 3515
Pid: 3515
PPid: 3452
TracerPid: 0
Uid: 1000 1000 1000 1000
Gid: 100 100 100 100
FDSize: 256
Groups: 16 33 100
VmPeak: 9136 kB
VmSize: 7896 kB
VmLck: 0 kB
VmHWM: 7572 kB
VmRSS: 6316 kB
VmData: 5224 kB
VmStk: 88 kB
VmExe: 572 kB
VmLib: 1708 kB
VmPTE: 20 kB
Threads: 1
SigQ: 0/3067
SigPnd: 0000000000000000
ShdPnd: 0000000000000000
SigBlk: 0000000000010000
SigIgn: 0000000000384004
SigCgt: 000000004b813efb
CapInh: 0000000000000000
CapPrm: 0000000000000000
CapEff: 0000000000000000
CapBnd: ffffffffffffffff
Cpus_allowed: 00000001
Cpus_allowed_list: 0
Mems_allowed: 1
Mems_allowed_list: 0
voluntary_ctxt_switches: 150
nonvoluntary_ctxt_switches: 545

Les champs sont les suivants.

*

Name : Commande lancée par ce processus.

*

State : État actuel du processus parmi les valeurs : « R (running) », « S (sleeping) », « D (disk sleep) », « T (stopped) », « T (tracing stop) », « Z (zombie) » ou « X (dead) ».

*

Tgid : Identifiant du groupe de threads (c’est−à−dire, identifiant du processus PID).

*

Pid : Identifiant de thread (consultez gettid(2)).

*

PPid : PID du processus parent.

*

TracerPid : PID du processus traçant ce processus (0 s’il n’est pas tracé).

*

Uid, Gid : UID (et GID) réel, effectif, sauvé et de système de fichiers.

*

FDSize : Nombre d’entrées de descripteurs de fichier actuellement alloués.

*

Groups : Liste des groupes supplémentaires.

*

VmPeak : Taille de pointe de mémoire virtuelle.

*

VmSize : Taille de mémoire virtuelle.

*

VmLck : Taille de mémoire verrouillée (consultez mlock(3)).

*

VmHWM : Taille de pointe de mémoire résidente (« High Water Mark »).

*

VmRSS : Taille de mémoire résidente

*

VmData, VmStk, VmExe : Taille des segments de données, de pile et de texte.

*

VmLib : Taille du code de bibliothèque partagée.

*

VmPTE : Taille des entrées de table de pages (depuis Linux 2.6.10).

*

Threads : Nombre de threads dans le processus contenant ce thread.

*

SigQ : Ce champ contient deux nombres séparés par une barre oblique, qui se réfèrent aux signaux en attente pour l’identifiant d’utilisateur réel de ce processus. Le premier est le nombre de signaux en attente pour cet identifiant d’utilisateur réel ; le second est la limite du nombre de signaux pouvant être mis en attente pour ce processus (consultez la description de RLIMIT_SIGPENDING dans getrlimit(2)).

*

SigPnd, ShdPnd : Nombre de signaux en attente du thread et du processus dans son ensemble (consultez pthreads(7) et signal(7)).

*

SigBlk, SigIgn, SigCgt : Masques indiquant les signaux bloqués, ignorés et interceptés (consultez signal(7)).

*

CapInh, CapPrm, CapEff : Masques des capacités actives dans les ensembles transmissibles, permis et effectifs (consultez capabilities(7)).

*

CapBnd : Ensemble de limitation de capacités (Capability Bounding set ; depuis le noyau 2.6.26, consultez capabilities(7)).

*

Cpus_allowed : Masque des processeurs sur lesquels le processus peut s’exécuter (depuis Linux 2.6.24, consultez cpuset(7)).

*

Cpus_allowed_list : Pareil que précédemment, mais au format liste (depuis Linux 2.6.26, consultez cpuset(7)).

*

Mems_allowed : Masque des nœuds mémoire autorisés pour ce processus (depuis Linux 2.6.24, consultez cpuset(7)).

*

Mems_allowed_list : Pareil que précédemment, mais au format liste (depuis Linux 2.6.26, consultez cpuset(7)).

*

voluntary_context_switches, nonvoluntary_context_switches : Nombre de basculement de contexte, volontaire ou non (depuis Linux 2.6.23).

/proc/[pid]/task (depuis Linux 2.6.0−test6)

C’est un répertoire qui comporte un sous−répertoire pour chacun des processus légers (threads) de la tâche. Le nom de chacun des sous−répertoires est l’identifiant ([tid]) du thread (consultez gettid(2). Dans chacun de ces sous−répertoire se trouvent un ensemble de fichiers ayant le même nom et contenu que dans les répertoires /proc/[pid]. Pour les attributs qui sont partagés par tous les processus, le contenu de chacun des fichiers se trouvant dans le sous−répertoire task/[tid] sera identique à celui qui se trouve dans le répertoire parent /proc/[pid] (par ex., pour une tâche multiprocessus, tous les fichiers task/[tid]/cwd auront le même contenu que le fichier /proc/[pid]/cwd dans le répertoire parent, puisque tous les processus d’une même tâche partage le même répertoire de travail. Pour les attributs qui sont distincts pour chacun des processus, les fichiers correspondants sous task/[tid] peuvent être différents (par ex., certains champs de chacun de fichiers task/[tid]/status peuvent être différents pour chaque processus).

Dans un traitement multiprocessus, le contenu du répertoire /proc/[pid]/task n’est pas disponible si le processus principal est déjà terminé (typiquement lors de l’appel pthread_exit(3).

/proc/[pid]/wchan (depuis Linux 2.6.0)

Le nom symbolique correspondant à l’endroit dans le noyau où le processus est endormi.

/proc/apm

La version du système de gestion de puissance APM et les informations sur l’état de la batterie si la constante CONFIG_APM était définie à la compilation du noyau.

/proc/bus

Contient des sous−répertoires pour les bus installés.

/proc/bus/pccard

Répertoire pour les périphériques PCMCIA si la constante CONFIG_PCMCIA était définie à la compilation du noyau.

/proc/[pid]/timers (depuis Linux 3.10)

Une liste des temporisateurs POSIX pour ce processus. Chaque temporisateur est indiqué par une ligne commençant par « ID: ». Par exemple :

ID: 1
signal: 60/00007fff86e452a8
notify: signal/pid.2634
ClockID: 0
ID: 0
signal: 60/00007fff86e452a8
notify: signal/pid.2634
ClockID: 1

Les lignes montrées pour chaque temporisateur ont les significations suivantes :

ID

L’identifiant de ce temporisateur. Ce n’est pas la même chose que l’identifiant de temporisateur renvoyé par timer_create(2). C’est plutôt le même identifiant interne au noyau qui est disponible dans champ si_timerid de la structure siginfo_t (consultez sigaction(2)).

signal

C’est le numéro du signal que ce temporisateur utilise pour délivrer les notifications, suivi d’une barre oblique, puis de la valeur sigev_value.sival_ptr fournie au gestionnaire de signal. Ce n’est valable que pour les temporisateurs qui notifient à l’aide d’un signal.

notify

La partie qui précède la barre oblique indique le mécanisme que ce temporisateur utilise pour délivrer des notifications, c’est « thread », « signal » ou « none » (aucun). Directement après la barre oblique, c’est soit la chaîne « tid » pour les temporisateurs avec notification SIGEV_THREAD_ID, soit « pid » pour les temporisateurs qui notifient avec d’autres mécanismes. Après le « . », c’est le PID du processus auquel un signal sera délivré si le temporisateur délivre les notifications à l’aide d’un signal.

ClockID

Ce champs identifie l’horloge utilisée par le temporisateur pour mesurer le temps. Pour la plupart des horloges, c’est un nombre qui correspond à une ces constantes CLOCK_* exposées en espace utilisateur à l’aide de <time.h>. Les temporisateurs CLOCK_PROCESS_CPUTIME_ID affichent la valeur −6 dans ce champ. Les temporisateurs CLOCK_THREAD_CPUTIME_ID affichent la valeur −2 dans ce champ.

/proc/bus/pccard/drivers
/proc/bus/pci

Contient divers sous−répertoires de bus, et des pseudofichiers recélant des informations sur les bus PCI, les périphériques installés et leurs pilotes. Certains de ces fichiers ne sont pas en ASCII pur.

/proc/bus/pci/devices

Informations sur les périphériques PCI. Peut−être consulté grâce à lspci(8) et setpci(8).

/proc/cmdline

Arguments passés au noyau Linux lors du boot. Généralement par l’intermédiaire d’un gestionnaire de boot comme lilo(8) ou grub(8).

/proc/config.gz (depuis Linux 2.6)

Ce fichier indique les options de configuration qui ont été utilisées pour construire le noyau actuel, dans le même format que celui utilisé pour le fichier .config résultant de la configuration du noyau (en utilisant make xconfig, make config, ou autre). Le contenu du fichier est compressé ; parcourez le ou effectuez vos recherches avec zcat(1) et zgrep(1). Tant qu’il n’y a pas de changement dans les fichiers qui suivent, le contenu de /proc/config.gz est identique à celui fournit par :

cat /lib/modules/$(uname −r)/build/.config

/proc/config.gz n’est fourni que si le noyau est configuré avec l’option CONFIG_IKCONFIG_PROC.

/proc/cpuinfo

Il s’agit d’informations dépendantes de l’architecture et du processeur utilisé. Les deux seules entrées toujours présentes sont processor qui donne le nombre de processeurs et bogomips, une constante système calculée pendant l’initialisation du noyau. Les machines SMP ont une ligne d’informations pour chaque processeur. La commande lscpu(1) récupère ses informations depuis ce fichier.

/proc/devices

Liste littérale des groupes de périphériques et des numéros majeurs. Cela peut servir dans les scripts MAKEDEV pour rester cohérent avec le noyau.

/proc/diskstats (depuis Linux 2.5.69)

Ce fichier contient les statistiques d’entrées et sorties du disque pour chaque périphérique disque. Consultez le fichier fourni avec les sources du noyau Linux Documentation/iostats.txt pour plus d’informations.

/proc/dma

Il s’agit d’une liste des canaux DMA (Direct Memory Acess) ISA en cours d’utilisation.

/proc/driver

Sous−répertoire vide.

/proc/execdomains

Liste des domaines d’exécution (personnalités).

/proc/fb

Information sur la mémoire d’écran Frame Buffer, lorsque la constante CONFIG_FB a été définie lors de la compilation du noyau.

/proc/filesystems

Liste textuelle des systèmes de fichiers qui sont pris en compte par le noyau, c’est−à−dire les systèmes de fichiers qui ont été compilés dans le noyau ou dont les modules du noyau sont actuellement chargés. (Consultez aussi filesystems(5)). Si un système de fichiers est marqué par « nodev », cela signifie qu’il n’a pas besoin d’un périphérique bloc pour être monté (par exemple un système de fichiers virtuel, un système de fichiers réseau).

Ce fichier peut éventuellement être utilisé par mount(8) lorsqu’aucun système de fichiers n’est indiqué et qu’il n’arrive pas à déterminer le type du système de fichiers. Alors, les systèmes de fichiers que comportent ce fichier sont essayés (à l’exception de ceux qui sont marqués par « nodev »).

/proc/fs

Sous−répertoire vide.

/proc/ide

Le répertoire /proc/ide existe sur les systèmes ayant un bus IDE. Il y a des sous−répertoires pour chaque canal IDE et les périphériques attachés. Les fichiers contiennent :

cache taille du tampon en ko
capacity nombre de secteurs
driver version du pilote
geometry géométries physique et logique
identify identification en hexadécimal
media type de support
model référence fournisseur
settings configuration du pilote
smart_thresholds seuils en hexadécimal
smart_values paramètres in hexadécimal

L’utilitaire hdparm(8) fournit un accès convivial à ces informations.

/proc/interrupts

Utilisé pour enregistrer le nombre d’interruptions par CPU et par périphérique d’entrées et sorties. Depuis Linux 2.6.24, pour les architectures i386 et x86_64 au moins, il comprend également les interruptions internes au système (c’est−à−dire pas directement attachées à un périphérique), comme les NMI (« nonmaskable interrupt », interruption non masquable), LOC (« local timer interrupt », interruption de temporisateur local), et pour les systèmes SMP, TLB (« TLB flush interrupt »), RES (« rescheduling interrupt »), CAL (« remote function call interrupt ») et peut−être d’autres. Le format est très facile à lire, en ASCII.

/proc/iomem

Projection des entrées et sorties en mémoire, depuis Linux 2.4.

/proc/ioports

Il s’agit d’une liste des régions d’entrées et sorties en cours d’utilisation.

/proc/kallsyms (depuis Linux 2.5.71)

Ce fichier contient les symboles exportés par le noyau et utilisés par les outils des modules(X) pour assurer l’édition dynamique des liens des modules chargeables. Dans Linux 2.5.47 et précédents, un fichier similaire avec une syntaxe légèrement différente s’appelait ksyms.

/proc/kcore

Ce fichier représente la mémoire physique du système sous forme de fichier ELF core. À l’aide de ce pseudofichier et d’un binaire du noyau non stripé (/usr/src/linux/vmlinux), gdb peut servir à inspecter l’état de n’importe quelle structure de données du noyau.

La longueur totale de ce fichier est la taille de la mémoire RAM physique plus 4 Ko.

/proc/kmsg

Ce fichier peut être utilisé à la place de l’appel système syslog(2) pour journaliser les messages du noyau. Un processus doit avoir les privilèges superutilisateur pour lire ce fichier, et un seul processus à la fois peut le lire. Ce fichier ne devrait pas être lu si un processus syslogd en cours d’exécution utilise l’appel système syslog(2) pour journaliser les messages du noyau.

Les informations de ce fichier sont consultées par le programme dmesg(1).

/proc/ksyms (Linux 1.1.23−2.5.47)

Consultez /proc/kallsyms.

/proc/loadavg

Les trois premiers champs de ce fichier sont des valeurs de charge moyenne donnant le nombre de travaux dans la file d’exécution (état R) ou en attente d’E/S disque (état D) moyennés sur 1, 5 ou 15 minutes. Ils sont identiques aux valeurs de charge moyenne données par uptime(1) et d’autres programmes. Le quatrième champ est constitué de deux nombres séparés par une barre oblique (/). Le premier d’entre eux est le nombre d’entités d’ordonnancement du noyau (tâches, processus) actuellement exécutables. La valeur qui suit la barre oblique est le nombre d’entités d’ordonnancement du noyau qui existent actuellement sur le système. Le cinquième champ est le PID du processus le plus récemment créé sur le système.

/proc/locks

Ce fichier montre les verrouillages actuels des fichiers (flock(2) et fcntl(2)) et les baux (fcntl(2)).

/proc/malloc (seulement jusqu’à Linux 2.2 inclus)

Ce fichier n’est présent que si CONFIG_DEBUG_MALLOC a été défini lors de la compilation du noyau.

/proc/meminfo

Ce fichier fournit des statistiques sur l’utilisation mémoire du système. Il sert au programme free(1) pour indiquer la quantité de mémoires (physique et d’échange) libre et utilisée, ainsi que la mémoire partagée et les tampons utilisés par le noyau. Chaque ligne du ficher contient un nom de paramètre, suivi d’un deux points, la valeur du paramètre et une unité éventuelle de mesure (par exemple « kB » pour « ko »). La liste suivante décrit les noms de paramètre et le spécificateur de format nécessaire pour lire la valeur du champ. À part si précisé autrement, tous les champs sont présents depuis au moins Linux 2.6.0. Certains champs ne sont affichés que si le noyau a été configuré avec plusieurs options ; ces dépendances sont notées dans la liste.
MemTotal
%lu

Total de RAM utilisable (c’est−à−dire la RAM physique moins quelques bits réservés et le code binaire du noyau).

MemFree %lu

La somme de LowFree et HighFree.

Buffers %lu

Stockage relativement temporaire pour les blocs de disque bruts qui ne devraient pas devenir trop gros (environ 20 Mo).

Cached %lu

Cache en mémoire pour les fichiers sur le disque (le cache de pages). N’inclut pas SwapCached.

SwapCached %lu

La mémoire qui avait été placée en espace d’échange (« swap »), qui en a été retirée, mais qui et toujours dans le fichier d’échange (si la pression en mémoire est importante, ces pages n’ont pas besoin d’être de nouveau placées dans l’espace d’échange, car elles sont déjà dans le fichier d’échange. Cela évite des E/S).

Active %lu

La mémoire qui a été utilisée plus récemment mais n’est pas réclamée tant que ce n’est pas absolument nécessaire.

Inactive %lu

La mémoire qui a été utilisée moins récemment. Elle est plus éligible à être réclamée pour autre chose.

Active(anon) %lu (depuis Linux 2.6.28)

[À documenter.]

Inactive(anon) %lu (depuis Linux 2.6.28)

[À documenter.]

Active(file) %lu (depuis Linux 2.6.28)

[À documenter.]

Inactive(file) %lu (depuis Linux 2.6.28)

[À documenter.]

Unevictable %lu (depuis Linux 2.6.28)

(De Linux 2.6.28 à 2.6.30, CONFIG_UNEVICTABLE_LRU était nécessaire.) [À documenter.]

Mlocked %lu (depuis Linux 2.6.28)

(De Linux 2.6.28 à 2.6.30, CONFIG_UNEVICTABLE_LRU était nécessaire.) [À documenter.]

HighTotal %lu

(Depuis Linux 2.6.19, CONFIG_HIGHMEM est nécessaire.) Quantité totale de mémoire haute. La mémoire haute est toute la mémoire au−delà d’environ 860 Mo de mémoire physique. Les espaces de mémoire haute sont pour les programmes en espace utilisateur, ou pour le cache de page. Le noyau doit utiliser des astuces pour utiliser cette mémoire, la rendant plus lente d’accès que la mémoire basse.

HighFree %lu

(Depuis Linux 2.6.19, CONFIG_HIGHMEM est nécessaire.) Quantité de mémoire haute libre.

LowTotal %lu

(Depuis Linux 2.6.19, CONFIG_HIGHMEM est nécessaire.) Quantité totale de mémoire basse. La mémoire basse est la mémoire qui peut être utilisée pour les mêmes choses que la mémoire haute, mais est aussi disponible au noyau pour ses propres structures de données. Entre autres choses, c’est là qu’est alloué tout Slab. Des problèmes peuvent survenir en cas d’épuisement de mémoire basse.

LowFree %lu

(Depuis Linux 2.6.19, CONFIG_HIGHMEM est nécessaire.) Quantité de mémoire basse libre.

MmapCopy %lu (depuis Linux 2.6.29)

(CONFIG_MMU est nécessaire.) [À documenter.]

SwapTotal %lu

Quantité totale d’espace d’échange disponible.

SwapFree %lu

Quantité d’espace d’échange non utilisée.

Dirty %lu

Mémoire en attente d’être réécrite sur disque.

Writeback %lu

Mémoire en cours de réécriture sur disque.

AnonPages %lu (depuis Linux 2.6.18)

Pages sauvées sous une autre forme qu’un fichier, projetées dans des tables de pages en espace utilisateur.

Mapped %lu

Fichier qui ont été projetés en mémoire, comme les bibliothèques.

Shmem %lu (depuis Linux 2.6.32)

[À documenter.]

Slab %lu

Cache de structures de données dans le noyau.

SReclaimable %lu (depuis Linux 2.6.19)

Partie de Slab qui pourrait être réclamée, comme les caches.

SUnreclaim %lu (depuis Linux 2.6.19)

Partie de Slab qui ne peut pas être réclamée en cas de pression en mémoire.

KernelStack %lu (depuis Linux 2.6.32)

Quantité de mémoire allouée aux piles du noyau.

PageTables %lu (depuis Linux 2.6.18)

Quantité de mémoire dédiée au plus bas niveau des tables de pages.

Quicklists %lu (depuis Linux 2.6.27)

(CONFIG_QUICKLIST est nécessaire.) [À documenter.]

NFS_Unstable %lu (depuis Linux 2.6.18)

Pages NFS envoyées au serveur, mais pas encore enregistrées sur le support stable.

Bounce %lu (depuis Linux 2.6.18)

Mémoire utilisée pour les « tampons de rebond » des périphériques blocs.

WritebackTmp %lu (depuis Linux 2.6.24)

Mémoire utilisée par FUSE pour les tampons de réécriture temporaire.

CommitLimit %lu (depuis Linux 2.6.10)

Basée sur le rapport du dépassement d’allocation mémoire (« vm.overcommit_ratio »), c’est la quantité totale de mémoire actuellement disponible pour allouer dans le système. Cette limite n’est respectée que si la gestion stricte du dépassement est activée (mode 2 dans /proc/sys/vm/overcommit_ratio). CommitLimit est calculée en utilisant la formule suivante :

CommitLimit =
([total de pages de RAM] − [total de pages immenses TLB]) *
overcommit_ratio / 100 + [total de pages d’espace d’échange]

Par exemple, sur un système ayant 1 Go de RAM physique et 7 Go d’espace d’échange avec un overcommit_ratio de 30, cette formule renvoie un CommitLimit de 7.3 Go. Pour plus de précisions, consultez la documentation du dépassement d’allocation mémoire dans le fichier Documentation/vm/overcommit−accounting des sources du noyau.

Committed_AS %lu

La quantité de mémoire actuellement allouée dans le système. Cette mémoire est la somme de toute la mémoire qui a été allouée par les processus, même s’ils ne l’ont pas encore « utilisée ». Un processus qui alloue 1 Go de mémoire (en utilisant malloc(3) ou équivalent), mais ne touche qu’à 300 Mo de cette mémoire, sera vu comme n’utilisant que 300 Mo de mémoire, même s’il a l’espace d’adresses alloué pour 1 Go. Ce 1 Go est la mémoire qui a été « réservée » par la mémoire virtuelle et peut être utilisée n’importe quand par l’application d’allocation. Avec la gestion stricte du dépassement activée (mode 2 dans /proc/sys/vm/overcommit_memory), les allocations qui pourraient dépasser CommitLimit (précisée ci−dessus) ne sont pas permises. C’est utile s’il est nécessaire de garantir que les processus ne vont pas échouer à cause du manque de mémoire une fois la mémoire allouée correctement.

VmallocTotal %lu

Taille totale d’allocation de mémoire virtuelle.

VmallocUsed %lu

Taille d’allocation de mémoire virtuelle utilisée.

VmallocChunk %lu

Plus grand bloc contigu d’allocation de mémoire virtuelle libérée.

HardwareCorrupted %lu (depuis Linux 2.6.32)

(CONFIG_MEMORY_FAILURE est nécessaire.) [À documenter.]

AnonHugePages %lu (depuis Linux 2.6.38)

(CONFIG_TRANSPARENT_HUGEPAGE est nécessaire.) Pages immenses sauvées sous une autre forme qu’un fichier, projetées dans des tables de pages en espace utilisateur.

HugePages_Total %lu

(CONFIG_HUGETLB_PAGE est nécessaire.) La taille d’espace pour les pages immenses.

HugePages_Free %lu

(CONFIG_HUGETLB_PAGE est nécessaire.) Le nombre de pages immenses dans l’espace qui ne sont pas encore allouées.

HugePages_Rsvd %lu (depuis Linux 2.6.17)

(CONFIG_HUGETLB_PAGE est nécessaire.) C’est le nombre de pages immenses pour lesquelles un engagement a été fait pour les allouer dans l’espace, mais qui n’ont pas encore été allouées. Ces pages immenses réservées garantissent qu’une application pourra allouer une page immense dans l’espace des pages immenses au moment nécessaire.

HugePages_Surp %lu (depuis Linux 2.6.24)

(CONFIG_HUGETLB_PAGE est nécessaire.) C’est le nombre de pages immenses dans l’espace au−delà de la valeur de /proc/sys/vm/nr_hugepages. Le nombre maximal de pages immenses en excès est contrôlé par /proc/sys/vm/nr_overcommit_hugepages.

Hugepagesize %lu

(CONFIG_HUGETLB_PAGE est nécessaire.) La taille des pages immenses.

/proc/modules

Liste littérale des modules qui ont été chargés par le système. Consultez lsmod(8).

/proc/mounts

Avant le noyau 2.4.19, ce fichier était une liste de tous les systèmes de fichiers actuellement monté sur le système. Avec l’introduction des espaces de noms de montage par processus dans Linux 2.4.19, ce fichier est devenu un lien vers /proc/self/mounts, qui liste les points de montage de l’espace de noms de montage du processus. Le format de ce fichier est documenté dans fstab(5).

/proc/mtrr

Memory Type Range Registers. Consultez Documentation/mtrr.txt dans les sources du noyau Linux pour plus d’informations.

/proc/net

Ce répertoire regroupe divers pseudofichiers relatifs aux fonctionnalités réseau. Chaque fichier fournit des informations concernant une couche particulière. Ces fichiers sont en ASCII et sont donc lisible grâce à cat(1), mais le programme standard netstat(8) fournit un accès plus propre à ces données.

/proc/net/arp

Ce fichier contient un affichage ASCII lisible des tables ARP du noyau servant à la résolution d’adresse. Il indique à la fois les entrées apprises dynamiquement et celles préprogrammées. Le format est le suivant :

Adresse IP    Matériel  Attribut   Adresse matérielle Masque  Périph.
192.168.0.50   0x1       0x2       00:50:BF:25:68:F3   *      eth0
192.168.0.250  0x1       0xc       00:00:00:00:00:00   *      eth0

Où « adresse IP » est l’adresse IPv4 de la machine, le type de matériel est issu de la RFC 826. L’attribut correspond aux attributs de la structure ARP (définie dans /usr/include/linux/if_arp.h) et l’adresse matérielle est celle de la couche physique de l’adaptateur correspondant à l’adresse IP (si elle est connue).

/proc/net/dev

Ce pseudofichier contient des informations d’état sur les périphériques réseau. Il contient les nombres de paquets émis et reçus, le nombre d’erreurs et de collisions, ainsi que d’autres données statistiques. Ce fichier est utilisé par le programme ifconfig(8). Le format est le suivant :

Inter−|   Receive                                                |  Transmit
 face |bytes    packets errs drop fifo frame compressed multicast|bytes    packets errs drop fifo colls carrier compressed
    lo: 2776770   11307    0    0    0     0          0         0  2776770   11307    0    0    0     0       0          0
  eth0: 1215645    2751    0    0    0     0          0         0  1782404    4324    0    0    0   427       0          0
  ppp0: 1622270    5552    1    0    0     0          0         0   354130    5669    0    0    0     0       0          0
  tap0:    7714      81    0    0    0     0          0         0     7714      81    0    0    0     0       0          0

/proc/net/dev_mcast

Définie dans /usr/src/linux/net/core/dev_mcast.c :

indx interface_name dmi_u dmi_g dmi_address
2 eth0 1 0 01005e000001
3 eth1 1 0 01005e000001
4 eth2 1 0 01005e000001

/proc/net/igmp

Protocole Internet Group Management Protocol. Défini dans /usr/src/linux/net/core/igmp.c.

/proc/net/rarp

Ce fichier emploie le même format que le fichier arp, et contient la projection inverse de la base de données utilisée pour fournir les services de recherche inversée de rarp(8). Si RARP n’est pas configuré dans le noyau, ce fichier est absent.

/proc/net/raw

Fournit le contenu de la table des sockets RAW (brutes). La plupart des informations ne sert que pour le débogage. La valeur « sl » est l’emplacement de la socket dans la table de hachage du noyau. Le champ « local_address » contient l’adresse locale ainsi que la paire de numéros associée au protocole. « St » est l’état interne de la socket. « tx_queue » et « rx_queue » représentent les files d’attente en émission et en réception en ce qui concerne l’utilisation de la mémoire par le noyau. Les champs « tr », « tm−>when » et « rexmits » ne sont pas utilisés par « RAW ». Le champ uid contient l’identifiant d’utilisateur (UID) effectif du créateur de la socket.

/proc/net/snmp

Ce fichier contient les données ASCII nécessaires pour les bases d’informations d’IP, ICMP, TCP et UDP pour un agent SNMP.

/proc/net/tcp

Fournit le contenu de la table des sockets TCP. La plupart des informations ne sert que pour le débogage. La valeur « sl » est l’emplacement de la socket dans la table de hachage du noyau. Le champ « local_address » contient l’adresse locale ainsi que la pair de numéros de port. Le champ « rem_address » contient l’adresse distante et la paire de numéros de port (si la socket est connectée). « St » est l’état interne de la socket. « tx_queue » et « rx_queue » représentent les files d’attente en émission et en réception en ce qui concerne l’utilisation de la mémoire par le noyau. Les champs « tr », « tm−>when » et « rexmits » contiennent des données internes au noyau ne servant qu’au débogage. Le champ uid contient l’identifiant d’utilisateur (UID) effectif du créateur de la socket.

/proc/net/udp

Fournit le contenu de la table des sockets UDP. La plupart des informations ne sert que pour le débogage. La valeur « sl » est l’emplacement de la socket dans la table de hachage du noyau. Le champ « local_address » contient l’adresse locale ainsi que la paire de numéros de port. Le champ « rem_address » contient l’adresse distante et la paire de numéros de port (si la socket est connectée). « St » est l’état interne de la socket. « tx_queue » et « rx_queue » représentent les files d’attente en émission et en réception en ce qui concerne l’utilisation de la mémoire par le noyau. Les champs « tr », « tm−>when » et « rexmits » ne sont pas utilisés par UDP. Le champ uid contient l’identifiant d’utilisateur (UID) effectif du créateur de la socket. Le format est :

sl  local_address rem_address   st tx_queue rx_queue tr rexmits  tm−>when uid
 1: 01642C89:0201 0C642C89:03FF 01 00000000:00000001 01:000071BA 00000000 0
 1: 00000000:0801 00000000:0000 0A 00000000:00000000 00:00000000 6F000100 0
 1: 00000000:0201 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0

/proc/net/unix

Liste des sockets dans le domaine UNIX présentes sur le système, et leurs états. Le format est :

Num RefCount Protocol Flags    Type St Path
 0: 00000002 00000000 00000000 0001 03
 1: 00000001 00000000 00010000 0001 01 /dev/printer

Où « Num » est l’emplacement dans la table du noyau. « Refcount » est le nombre d’utilisateurs de la socket. « Protocol » est toujours 0 pour le moment. « Flags » représente un attribut interne du noyau correspondant à l’état de la socket. Le type est toujours 1 pour le moment (Les sockets de datagrammes dans le domaine UNIX ne sont pas encore supportés par le noyau). « St » est un état interne de la socket, et Path correspond à l’éventuel chemin d’accès de la socket.

/proc/partitions

Contient les numéros majeur et mineur de chaque partition, ainsi que le nombre de blocs de 1024 octets et le nom de la partition.

/proc/pci

Il s’agit d’une liste de tous les périphériques PCI détectés pendant l’initialisation ainsi que leur configuration.

Ce fichiers a été déprécié au profit d’une nouvelle interface /proc pour le PCI (/proc/bus/pci). Il est devenu optionnel dans Linux 2.2 (disponible par l’intermédiaire de CONFIG_PCI_OLD_PROC, défini à la compilation du noyau). Il est devenu non optionnel une fois de plus dans Linux 2.4. Ensuite, il a été déprécié dans Linux 2.6 (il reste disponible par l’intermédiaire du positionnement de CONFIG_PCI_LEGACY_PROC), et il a finalement été entièrement supprimé depuis Linux 2.6.17.

/proc/profile (depuis Linux 2.4)

Ce fichier n’est présent que si le noyau a été démarré avec l’option profile=1. Il met à disposition des informations de profilage sous une forme binaire lisible par readprofile(1). Une écriture (par exemple d’une chaîne vide) dans le fichier réinitialise les compteurs de profilage. Dans le cas de certaines architectures, l’écriture d’un entier « multiple de profilage » de taille sizeof(int) configure la fréquence d’interruption du profilage.

/proc/scsi

Répertoire regroupant les pseudofichiers du niveau scsi intermédiaire et divers sous−répertoires pour les pilotes SCSI de bas niveau. Ils contiennent un fichier pour chaque hôte SCSI du système, chacun d’entre eux donnant l’état d’une partie du sous−système d’E/S SCSI. Les fichiers contiennent des structures sous forme ASCII, et sont donc lisibles avec cat(1).

On peut également écrire dans certains fichiers pour reconfigurer le sous−système SCSI, ou activer/désactiver certaines fonctionnalités.

/proc/scsi/scsi

Il s’agit d’une liste de tous les périphériques SCSI reconnus par le noyau. Cette liste est la même que celle affichée durant le démarrage. Le sous−système SCSI n’accepte pour le moment que la commande add−single−device qui permet au superutilisateur d’ajouter un périphérique branché à chaud à la liste des périphériques connus.

La commande

echo 'scsi add−single−device 1 0 5 0' > /proc/scsi/scsi

fera examiner le canal SCSI 0 par l’hôte scsi1, à la recherche d’un périphérique identifié ID 5 LUN 0. S’il y a déjà un périphérique à cette adresse ou si l’adresse est inconnue, une erreur sera renvoyée.

/proc/scsi/[nom_de_pilote]

Le [nom_de_pilote] peut être actuellement : NCR53c7xx, aha152x, aha1542, aha1740, aic7xxx, buslogic, eata_dma, eata_pio, fdomain, in2000, pas16, qlogic, scsi_debug, seagate, t128, u15−24f, ultrastore ou wd7000. Ces répertoires correspondent à chaque pilote qui pilote au moins un HBA SCSI. Chaque répertoire contient un fichier par hôte enregistré. Chaque fichier hôte est baptisé avec le numéro assigné à l’hôte durant l’initialisation.

La lecture de ces fichiers montrera en général la configuration de l’hôte et du pilote, des statistiques, etc.

L’écriture dans ces fichiers permettra différentes choses suivant les hôtes. Par exemple, avec les commandes latency et nolatency, le superutilisateur peut activer ou inhiber le code de mesure de latence des commandes dans le pilote eata_dma. Avec les commandes lockup et unlock, il peut contrôler les verrouillages de bus simulés par le pilote scsi_debug.

/proc/self

Ce répertoire se rapporte au processus accédant au système de fichiers /proc, et est identique au sous−répertoire de /proc ayant pour nom le PID du processus appelant.

/proc/slabinfo

Information concernant les caches du noyau. Depuis Linux 2.6.16, ce fichier n’est présent que si l’option de configuration du noyau CONFIG_SLAB est validée. Les colonnes de /proc/slabinfo sont :

nom−du−cache
nombre−d’objets−actifs
nombre−total−d’objets
taille−d−’objet
nombre−de−tampons−actifs
nombre−total−de−tampons
nombre−de−pages−par−tampon

Consultez slabinfo(5) pour plus de précisions.

/proc/stat

Statistiques du noyau, et du système. Varie avec l’architecture, les entrées communes sont les suivantes.
cpu 3357 0 4313 1362393

Temps, mesuré en unités de USER_HZ (centième de seconde sur la plupart des architectures, utilisez sysconf(_SC_CLK_TCK) pour connaître la valeur correcte), que le système a passé dans les différents états suivants.
utilisateur
(user)

(1) Temps passé en mode utilisateur.

basse priorité (nice)

(2) Temps passé en mode utilisateur avec une priorité basse (courtoisie élevée : « nice »).

système (system)

(3) Temps passé en mode système.

inactivité (idle)

(4) Temps passé en tâche inactive. Cette valeur devrait correspondre à USER_HZ fois la deuxième entrée du pseudofichier /proc/uptime.

attente d’entrées et sorties (iowait, depuis
Linux 2.5.41)

(4) Temps attendu jusqu’à la fin des entrées et sorties.

interruptions (irq, depuis Linux 2.6.0−test4)

(6) Temps d’entretien des interruptions.

softirq (depuis Linux 2.6.0−test4)

(7) Temps d’entretien des softirqs.

volé (steal, depuis Linux 2.6.11)

Temps volé, qui est le temps passé dans d’autres systèmes d’exploitation lorsqu’un environnement virtualisé est actif

client (guest, depuis Linux 2.6.24)

(9) Temps passé à exécuter un processeur virtuel pour des systèmes d’exploitation clients sous le contrôle du noyau Linux.

client basse priorité guest_nice (depuis Linux 2.6.33)

(10) Temps passé à exécuter un client avec une priorité basse (processeur virtuel pour des systèmes d’exploitation clients sous le contrôle du noyau Linux).

page 5741 1808

Le nombre de pages que le système a paginé en entrée et en sortie.

swap 1 0

Le nombre de pages de swap que le système a échangé en entrée et en sortie.

intr 1462898

Cette ligne contient le nombre d’interruptions qui ont été prises en compte depuis le démarrage du système, pour chacune des interruptions possibles. La première colonne est le total de toutes les interruptions ayant été prises en compte ; chacune des colonnes suivantes représente le total pour une interruption particulière.

disk_io: (2,0):(31,30,5764,1,2) (3,0):...

(major,disk_idx):(noinfo, read_io_ops, blks_read, write_io_ops, blks_written)
(Linux 2.4 seulement)

ctxt 115315

Le nombre de changements de contexte effectués par le système.

btime 769041601

La date de démarrage du système en secondes écoulées depuis l’époque, 1er janvier 1970 à 00:00:00 (UTC).

processes 86031

Le nombre de processus exécutés sur le système depuis le démarrage.

procs_running 6

Nombre de processus dans un état exécutable. (à partir de Linux 2.5.45).

procs_blocked 2

Nombre de processus bloqués en attente de fin d’E/S. (À partir de Linux 2.5.45).

/proc/swaps

Les zones de swap utilisées. Consultez aussi swapon(8).

/proc/sys

Ce répertoire (présent depuis le noyau 1.3.57) contient un ensemble de fichiers et de sous−répertoires correspondant à des variables internes du noyau. Celles−ci peuvent être lues et parfois modifiées en utilisant le pseudosystème de fichiers /proc, et en utilisant l’appel système (obsolète) sysctl(2).

/proc/sys/abi (depuis Linux 2.4.10)

Ce répertoire peut contenir des fichiers d’informations sur l’exécutable de l’application. Consultez le fichier fourni avec les sources du noyau Linux Documentation/sysctl/abi.txt pour plus d’informations.

/proc/sys/debug

Ce répertoire peut être vide.

/proc/sys/dev

Ce répertoire contient des informations spécifiques sur les périphériques (par exemple dev/cdrom/info). Sur certains systèmes, il peut être vide.

/proc/sys/fs

Ce répertoire contient les fichiers et répertoires pour les variables du noyau relatives aux systèmes de fichiers.

/proc/sys/fs/binfmt_misc

La documentation concernant les fichiers de ce répertoire se trouve dans les sources du noyau Linux, dans Documentation/binfmt_misc.txt.

/proc/sys/fs/dentry−state (depuis Linux 2.2)

Ce fichier contient des informations sur l’état du cache de répertoire (dcache). Ce fichier contient six nombres nr_dentry, nr_unused, age_limit (age en secondes), want_pages (pages réclamées par le système) et deux valeurs inutiles.

*

nr_dentry est le nombre d’entrées dcache allouées. Ce champ n’est pas utilisé dans Linux 2.2.

*

nr_unused est le nombre d’entrées de répertoire libres.

*

age_limit est l’âge en seconde après lequel les entrées de cache peuvent être réclamées quand la mémoire libre diminue.

*

want_pages n’est pas nul quand le noyau a appelé shrink_dcache_pages() et que le cache de répertoire n’a pas encore été élagué.

/proc/sys/fs/dir−notify−enable

Ce fichier permet d’activer ou inhiber l’interface dnotify décrite dans fcntl(2) au niveau système Une valeur nulle inhibe cette interface, et la valeur 1 l’active.

/proc/sys/fs/dquot−max

Ce fichier montre le nombre maximal d’entrées de quota de disque en cache. Sur certains systèmes (2.4), il est absent. Si le nombre de quotas de disque libres est très bas, et si vous avez un nombre important d’utilisateurs simultanés, vous pouvez augmenter cette valeur.

/proc/sys/fs/dquot−nr

Ce fichier montre le nombre d’entrées de quota de disque allouées et le nombre d’entrées libres.

/proc/sys/fs/epoll (depuis Linux 2.6.28)

Ce répertoire contient le fichier max_user_watches, qui peut être utilisé pour limiter la quantité de mémoire du noyau utilisée par l’interface epoll. Consultez epoll(7) pour davantage d’informations.

/proc/sys/fs/file−max

Ce fichier est la limite système du nombre de fichiers ouverts par un processus. (Consultez aussi setrlimit(2) qui peut servir à définir la limite par processus, RLIMIT_NOFILE). Si vous avez beaucoup de messages d’erreurs dans le journal du noyau indiquant un manque de descripteurs de fichiers (cherchez « VFS: file−max limit <number> reached »), essayez d’augmenter cette valeur.

    echo 100000 > /proc/sys/fs/file−max

La constante NR_OPEN du noyau impose une limite supérieure à la valeur que l’on peut placer dans file−max.

Les processus privilégiés (CAP_SYS_ADMIN) peuvent écraser la limite file−max.

/proc/sys/fs/file−nr

Ce fichier en lecture seule contient trois nombres : le nombre de descripteurs de fichiers alloués (c’est−à−dire le nombre de fichiers actuellement ouverts), le nombre de descripteurs de fichiers libres et le nombre maximum de descripteurs de fichiers (c’est−à−dire la même valeur que /proc/sys/fs/file−max). Si le nombre de descripteurs alloués est proche du maximum, vous devriez envisager d’augmenter le maximum. Avant Linux 2.6, le noyau allouait les descripteurs dynamiquement, mais ne les libèrait pas. Au lieu de cela, les descripteurs de fichiers libres étaient stockés dans une liste pour être réalloués, le nombre « descripteurs de fichiers libres » référant à la taille de cette liste. Un nombre élevé de descripteurs de fichiers libres était l’indication qu’un pic d’utilisation s’est produit. Depuis Linux 2.6, le noyau désalloue les descripteurs de fichiers libres, et ce compteur est toujours nul.

/proc/sys/fs/inode−max (avant Linux 2.2)

Ce fichier contient le nombre maximal d’inœuds en mémoire. Cette valeur devrait être 3 à 4 fois plus grande que le nombre file−max, car les descripteurs stdin, stdout, et les sockets réseau nécessitent aussi un inœud. Lorsque vous manquez régulièrement d’inœuds, augmentez cette valeur.

Depuis Linux 2.4, il n’y a plus de limite statique du nombre d’inœuds et ce fichier n’existe plus.

/proc/sys/fs/inode−nr

Ce fichier contient les deux premières valeurs d’inode−state.

/proc/sys/fs/inode−state

Ce fichier contient sept nombres : nr_inodes, nr_free_inodes, preshrink et quatre valeurs non significatives.

nr_inodes est le nombre d’inœuds alloués par le système. nr_free_inodes représente le nombre d’inœuds libres.

preshrink est non nul lorsque nr_inodes > inode−max et que le système doit purger la liste d’inœuds plutôt qu’en allouer davantage. Ce champ n’est plus significatif depuis Linux 2.4.

/proc/sys/fs/inotify (depuis Linux 2.6.13)

Ce répertoire contient les fichiers max_queued_events, max_user_instances, et max_user_watches, qui peuvent être utilisés pour limiter la quantité de mémoire du noyau utilisée par l’interface inotify. Consultez inotify(7) pour davantage d’informations.

/proc/sys/fs/lease−break−time

Ce fichier indique le délai de grâce que le noyau accorde à un processus détenant un blocage de fichier (file lease, consultez fcntl(2)) après qu’il lui a envoyé un signal indiquant qu’un autre processus attend pour ouvrir le fichier. Si, durant le délai de grâce, le détenteur du blocage ne le supprime pas, en n’en diminue pas la portée, le noyau éliminera de force le blocage.

/proc/sys/fs/leases−enable

Ce fichier permet d’activer ou d’inhiber les blocages de fichiers (file lease, consultez fcntl(2)) pour tout le système. Si ce fichier contient la valeur 0, les blocages sont désactivés, une valeur non nulle les active.

/proc/sys/fs/mqueue (depuis Linux 2.6.6)

Ce répertoire contient les fichiers msg_max, msgsize_max, et queues_max, qui contrôlent les ressources utilisées par les files de messages POSIX. Consultez mq_overview(7) pour davantage d’informations.

/proc/sys/fs/overflowgid et /proc/sys/fs/overflowuid

Ces fichiers contiennent des valeurs de GID et UID de débordement, par défaut 65534. Certains systèmes de fichiers ne supportent que des UID et GID sur 16 bits, bien que le noyau Linux les gère sur 32 bits. Lorsque l’un de ces systèmes de fichiers est monté en lecture/écriture, tout UID ou GID dépassant 65535 est remplacé par la valeur de débordement avant l’écriture sur le disque.

/proc/sys/fs/pipe−max−size (depuis Linux 2.6.35)

La valeur de ce fichier définit une limite supérieure pour augmenter la capacité d’un tube en utilisant l’opération fcntl(2) F_SETPIPE_SZ. Cette limite ne s’applique qu’aux processus ordinaires (sans privilèges). La valeur par défaut de ce fichier est 1048576. La valeur employée par ce fichier peut être arrondie supérieurement, pour refléter la valeur réellement employée pour une implémentation adaptée. Pour connaître la valeur arrondie, il suffit d’afficher le contenu de ce fichier après en avoir changé la valeur. La valeur minimale qui peut être assignée à ce fichier est la taille de la page.

/proc/sys/fs/protected_hardlinks (depuis Linux 3.6)

Quand la valeur dans ce fichier est 0, aucune restriction n’empêche la création de liens physiques (c’est−à−dire le comportement historique avant Linux 3.6). Quand la valeur de ce fichier est 1, un lien physique ne peut être créé vers un fichier cible que si une des conditions suivantes est vraie.

*

L’appelant a la capacité CAP_FOWNER.

*

L’UID de système de fichier du processus créant le lien correspond au propriétaire (UID) du fichier cible (conformément à la description de credentials(7), l’UID de système de fichier d’un processus est normalement le même que son UID effectif).

*

Toutes les conditions suivantes sont vraies :

la cible est un fichier régulier ;

le fichier cible n’a pas son bit de droits Set−UID activé ;

le fichier cible n’a aucun de ses bits de droits Set−GID et exécutable par le groupe activé ;

l’appelant a le droit de lire et écrire le fichier cible (soit par le masque des droits du fichier, soit car il dispose de la capacité nécessaire).

La valeur par défaut dans ce fichier est 0. Définir cette valeur à 1 empêche une classe de problèmes de sécurité de longue date provoqués par des situations de compétition de date de vérifications ou de date d’utilisation basées sur les liens physiques, la plupart du temps constatés dans des répertoires accessibles en écriture à tous comme /tmp. La méthode habituelle pour exploiter ce défaut est de croiser les limites de droits lors du suivi d’un lien physique donné (c’est−à−dire qu’un processus du superutilisateur suit un lien créé par un autre utilisateur). De plus, sur les systèmes sans partitions séparées, cela empêche les utilisateurs non autorisés d’« épingler » les fichier Set−UID et Set−GID vulnérables, pour les empêcher d’être mis à jour par l’administrateur ou d’être liés vers des fichiers spéciaux.

/proc/sys/fs/protected_symlinks (depuis Linux 3.6)

Quand la valeur dans ce fichier est 0, aucune restriction n’empêche le suivi de liens symboliques (c’est−à−dire le comportement historique avant Linux 3.6). Quand la valeur de ce fichier est 1, les liens symboliques ne sont suivis que dans l’une des circonstances suivantes :

*

l’UID de système de fichier du processus suivant le lien correspond au propriétaire (UID) du lien symbolique (conformément à la description de credentials(7), l’UID de système de fichier d’un processus est normalement le même que son UID effectif) ;

*

le lien n’est pas dans un répertoire accessibles en écriture à tous de façon « sticky » ;

*

le lien symbolique et son répertoire parent ont le même propriétaire (UID).

Un appel système qui n’arrive pas à suivre un lien symbolique à cause des restrictions ci−dessus renvoie l’erreur EACCES dans errno.

La valeur par défaut dans ce fichier est 0. Définir cette valeur à 1 empêche une classe de problèmes de sécurité de longue date basés sur des situations de compétition de date de vérifications ou de date d’utilisation lors de l’accès aux liens symboliques.

/proc/sys/fs/suid_dumpable (depuis Linux 2.6.13)

La valeur de ce fichier détermine si des fichiers d’images mémoire ont été produits pour « set−user−ID » ou d’autre binaires protégés ou corrompus. Trois différentes valeurs entières peuvent être indiquées :
0 (par défaut)

Cela donne le comportement traditionnel (antérieur à Linux 2.6.13). Une image mémoire ne sera pas produite pour un processus qui a modifié ses droits (en appelant seteuid(2), setgid(2), ou autre, ou en exécutant un programme set−user−ID ou set−group−ID) ou dont le binaire n’a pas le droit de lecture actif.

1 (« débogage »)

Des images mémoire de tous les processus seront faites si possible. L’image mémoire appartient à l’identifiant d’utilisateur du système de fichiers du processus dont l’image a été créée et aucune mesure de sécurité n’est prise. Cela n’est prévu que dans des situations où l’on souhaite déboguer le système. Ptrace n’est pas vérifié.

2 (« suidsafe »)

L’image mémoire d’un binaire qui n’aurait normalement pas été effectuée (voir « 0 » ci−dessus) est prise lisible par le superutilisateur (root) seulement. Cela permet à l’utilisateur de pourvoir supprimer l’image mémoire mais pas de la lire. Pour des raisons de sécurité, les images mémoires prises dans ce mode n’en écraseront pas une autre ou d’autres fichiers. Ce mode est adéquat lorsque l’administrateur essaie de déboguer des problèmes dans un environnement normal.

De plus, depuis Linux 3.6, /proc/sys/kernel/core_pattern doit être soit un chemin absolu, soit une commande de tube (« pipe »), comme précisé dans core(5). Des avertissements seront écrits dans le journal du noyau si core_pattern ne suit pas ces règles et aucune image mémoire ne sera produite.

/proc/sys/fs/super−max

Ce fichier indique le nombre maximal de superblocs, et donc le nombre maximal de systèmes de fichiers que le noyau peut monter. Vous n’avez besoin d’augmenter super−max que si vous désirez monter plus de systèmes de fichiers que ce que la valeur actuelle de super−max vous permet.

/proc/sys/fs/super−nr

contient le nombre de systèmes de fichiers montés actuellement.

/proc/sys/kernel

Ce répertoire contient des fichiers contrôlant tout une série de paramètres, décrits ci−dessous.

/proc/sys/kernel/acct

Ce fichier contient trois nombres : un seuil haut, un seuil bas et une période. Si la comptabilité des processus à la manière BSD est activée, ses valeurs déterminent son comportement. Si l’espace disque sur le système de fichiers accueillant les statistiques descend sous le seuil bas, (en pourcentage), la comptabilité est suspendue. Si l’espace remonte au−dessus du seuil haut, elle reprend. La période (en seconde) est celle avec laquelle le noyau vérifie l’espace disque disponible. Les valeurs par défaut sont 4, 2 et 30. Cela signifie que la comptabilité est suspendue en dessous de 2 % d’espace libre, elle reprend à partir de 4 % et la vérification a lieu toutes les 30 secondes.

/proc/sys/kernel/cap_last_cap (depuis Linux 3.2)

Consultez capabilities(7).

/proc/sys/kernel/cap−bound (de Linux 2.2 à 2.6.24)

Ce fichier conserve la valeur de limitation de capacités du noyau (exprimée comme un nombre décimal signé). Cet ensemble est filtré par un ET binaire avec les capacités du processus lors d’un execve(2). À partir de Linux 2.6.25, la limitation de capacités à l’échelle du système a disparu pour être remplacé par une limitation au niveau des threads ; voir capabilities(7).

/proc/sys/kernel/core_pattern

Consultez core(5).

/proc/sys/kernel/core_uses_pid

Consultez core(5).

/proc/sys/kernel/ctrl−alt−del

Ce fichier contrôle la gestion de la séquence Ctrl−Alt−Suppr du clavier. S’il contient la valeur zéro, Ctrl−Alt−Suppr est capturé et envoyé au programme init(8) pour relancer le système correctement. Si la valeur est supérieure à zéro, la réaction de Linux à ce Coup−de−pied Au C.. est un redémarrage immédiat, sans même écrire le contenu des tampons en attente. Note : lorsqu’un programme (comme dosemu) utilise le clavier en mode « raw » (brut), la séquence ctl−alt−suppr est interceptée par le programme avant même d’atteindre le gestionnaire de console du noyau, et c’est à ce programme de décider qu’en faire.

/proc/sys/kernel/dmesg_restrict (depuis Linux 2.6.37)

La valeur de ce fichier détermine qui peut voir le contenu du journal système du noyau. Une valeur nulle dans ce fichier n’impose aucune restriction. Si la valeur est 1, seuls les utilisateurs autorisés peuvent lire le journal système du noyau (consultez syslog(2) pour plus de précisions). Depuis Linux 3.4, seuls les utilisateurs avec la capacité CAP_SYS_ADMIN peuvent modifier la valeur de ce fichier.

/proc/sys/kernel/domainname et /proc/sys/kernel/hostname

Ces fichiers servent à indiquer les noms NIS/YP de domaine et d’hôte, exactement de la même manière que les commandes domainname(1) et hostname(1). C’est−à−dire :

# echo 'darkstar' > /proc/sys/kernel/hostname
# echo 'mydomain' > /proc/sys/kernel/domainname

a exactement le même effet que

# hostname 'darkstar'
# domainname 'mydomain'

Notez toutefois, que le classique darkstar.frop.org a le nom d’hôte darkstar et le nom de domaine DNS (Internet Domain Name Server) "frop.org", à ne pas confondre avec le nom de domaine NIS (Network Information Service) ou YP (Yellow Pages). Ces noms de domaines sont généralement différents. Pour plus de détail, consultez la page hostname(1).

/proc/sys/kernel/hotplug

Ce fichier contient le chemin de l’agent du mécanisme de branchement à chaud. La valeur par défaut est /sbin/hotplug.

/proc/sys/kernel/htab−reclaim

(PowerPC seulement) Si ce fichier contient une valeur non nulle, la htab du PowerPC (voir le fichier Documentation/powerpc/ppc_htab.txt du noyau) est parcourue chaque fois que le système atteint la boucle d’inactivité.

/proc/sys/kernel/kptr_restrict (depuis Linux 2.6.38)

La valeur de ce fichier détermine si des adresses du noyau sont exposées par l’intermédiaire de fichiers /proc et d’autres interfaces. Une valeur nulle dans ce fichier n’impose aucune restriction. Si la valeur est 1, les pointeurs du noyau affichés en utilisant le spécificateur de format %pK seront remplacés par des zéros sauf si l’utilisateur a la capacité CAP_SYSLOG. Si la valeur est 2, les pointeurs du noyau affichés en utilisant le spécificateur de format %pK seront remplacés par des zéros quelles que soient les capacités de l’utilisateur. La valeur par défaut pour ce fichier était 1 initialement, mais la valeur par défaut a été changée à zéro avec Linux 2.6.39. Depuis Linux 3.4, seuls les utilisateurs avec la capacité CAP_SYS_ADMIN peuvent modifier la valeur de ce fichier.

/proc/sys/kernel/l2cr

(Sur PowerPC seulement). Ce fichier contient un indicateur commandant le cache L2 des cartes à processeur G3. Le cache est désactivé si la valeur est nulle, activé sinon.

/proc/sys/kernel/modprobe

Ce fichier comporte le chemin du chargeur de modules du noyau. Sa valeur par défaut est /sbin/modprobe. Ce fichier n’est présent que si le noyau est construit avec l’option CONFIG_MODULES activée (CONFIG_KMOD dans les versions 2.6.26 et antérieures). C’est décrit dans le fichier du noyau Linux Documentation/kmod.txt (il n’est présent que dans les versions de noyau 2.4 et antérieures).

/proc/sys/kernel/modules_disabled (depuis Linux 2.6.31)

Une valeur booléenne indiquant si les modules ont le droit d’être chargés dans un noyau sinon modulaire. La valeur par défaut est fausse (0), mais peut être définie à vraie (1). Une fois vraie, les modules ne peuvent ni être chargés, ni déchargés, et la valeur ne peut plus être redéfinie à fausse. Le fichier n’est présent que si le noyau est construit avec l’option CONFIG_MODULES activée.

/proc/sys/kernel/msgmax (disponible depuis Linux 2.2)

Ce fichier est une limite pour l’ensemble du système précisant le nombre maximal d’octets par message écrit dans une file de message System V.

/proc/sys/kernel/msgmni (disponible depuis Linux 2.4)

Ce fichier définit la limite pour le système du nombre d’identifiants de files de messages.

/proc/sys/kernel/msgmnb (disponible depuis Linux 2.2)

Ce fichier définit un paramètre valable pour l’ensemble du système utilisé pour initialiser la valeur msg_qbytes pour la création ultérieure de files de messages. La valeur msg_qbytes indique le nombre maximal d’octets qui pourront être écrits dans une file de messages.

/proc/sys/kernel/ngroups_max (depuis Linux 2.6.4)

Ce fichier est en lecture seule et affiche la limite supérieure du nombre d’appartenances à un groupe pour un processus.

/proc/sys/kernel/ostype et /proc/sys/kernel/osrelease

Ces fichiers donnent des sous−chaînes de /proc/version.

/proc/sys/kernel/overflowgid et /proc/sys/kernel/overflowuid

Ces fichiers remplissent le même rôle que /proc/sys/fs/overflowgid et /proc/sys/fs/overflowuid.

/proc/sys/kernel/panic

Ce fichier donne un accès en lecture et écriture à la variable panic_timeout du noyau. Si elle vaut zéro, le noyau se mettra en boucle en cas de panique ; sinon elle indique que le noyau devra redémarrer de lui−même après le nombre de secondes qu’elle contient. Si vous utilisez le pilote logiciel de surveillance watchdog, la valeur recommandée est de 60.

/proc/sys/kernel/panic_on_oops (depuis Linux 2.5.68)

Ce fichier contrôle le comportement du noyau lorsqu’un Oops (défaut) ou un bogue est rencontré. Si ce fichier contient 0, alors le système tente de continuer à travailler. S’il contient 1, alors le système attend quelques secondes (pour laisser à klogd le temps d’enregistrer la sortie du Oops) puis déclenche une panique. Si le fichier /proc/sys/kernel/panic est également non nul alors la machine redémarrera.

/proc/sys/kernel/pid_max (depuis Linux 2.5.34)

Ce fichier indique la valeur à partir de laquelle la numérotation des PID reprendra à sa valeur initiale (ce qui signifie que la valeur dans ce fichier est celle du PID maximum plus un). La valeur par défaut est 32768, ce qui correspond à la même plage de PID que sur les noyaux antérieurs. Pour les plates−formes 32 bits, la valeur maximum de pid_max est de 32768. Pour les systèmes 64 bits, pid_max peut avoir n’importe quelle valeur jusqu’à 2^22 (PID_MAX_LIMIT, approximativement 4 millions).

/proc/sys/kernel/powersave−nap (PowerPC seulement)

Ce fichier contient un indicateur. S’il est non nul, Linux−PPC utilisera le mode « nap » d’économie d’énergie, sinon il utilisera le mode « doze ».

/proc/sys/kernel/printk

Les quatre valeurs dans ce fichier sont nommées console_loglevel, default_message_loglevel, minimum_console_level et default_console_loglevel. Ces valeurs influencent le comportement de printk() lors de l’affichage ou de la journalisation de message d’erreurs. Consultez syslog(2) pour plus d’information sur les différents niveaux. Les messages avec une priorité plus élevée que console_loglevel seront affichés sur la console. Les messages sans priorité explicite utiliseront la priorité default_message_level. minimum_console_loglevel est la valeur maximale à laquelle console_loglevel puisse être élevé. default_console_loglevel est la valeur par défaut pour console_loglevel.

/proc/sys/kernel/pty (depuis Linux 2.6.4)

Ce répertoire contient deux fichiers relatifs au nombre de pseudoterminaux UNIX 98 (consultez pts(4)) sur le système.

/proc/sys/kernel/pty/max

Ce fichier définit le nombre maximal de pseudoterminaux.

/proc/sys/kernel/pty/nr

Ce fichier, en lecture seule, indique le nombre de pseudoterminaux en cours d’utilisation.

/proc/sys/kernel/random

Ce répertoire contient divers paramètres contrôlant le fonctionnement du fichier /dev/random. Consultez random(4) pour davantage d’informations.

/proc/sys/kernel/random/uuid (disponible depuis Linux 2.4)

Chaque lecture de ce fichier en lecture seule renvoie un UUID aléatoire de 128 bits, sous forme de chaîne au format UUID normalisé.

/proc/sys/kernel/real−root−dev

Ce fichier est documenté dans le fichier Documentation/initrd.txt des sources du noyau Linux.

/proc/sys/kernel/reboot−cmd (Sparc seulement)

permet apparemment de fournir un argument au chargeur de boot ROM/Flash Sparc. Peut−être indique−t−il que faire après redémarrage ?

/proc/sys/kernel/rtsig−max

(Uniquement pour les noyaux jusqu’à 2.6.7 inclus ; consultez setrlimit(2)).Ce fichier peut être utilisé pour ajuster le nombre maximal de signaux POSIX temps−réel (en file d’attente) pouvant se trouver en attente sur le système.

/proc/sys/kernel/rtsig−nr

(Uniquement pour les noyaux de Linux jusqu’à 2.6.7 inclus). Ce fichier indique le nombre de signaux POSIX temps−réel actuellement en file attente.

/proc/sys/kernel/sched_rr_timeslice_ms (disponible depuis Linux 3.9)

Consultez sched_rr_get_interval(2).

/proc/sys/kernel/sem (disponible depuis Linux 2.4)

contient 4 limites pour les sémaphores System V. Ces valeurs sont respectivement :

SEMMSL

Le nombre maximal de sémaphores par ensemble.

SEMMNS

Une limite générale au système pour le nombre de sémaphores dans tous les ensembles.

SEMOPM

Le nombre maximal d’opérations que l’on peut indiquer dans un appel semop(2).

SEMNI

Une limite générale sur le nombre maximal d’identifiants de sémaphores.

/proc/sys/kernel/sg−big−buff

Ce fichier montre la taille du tampon pour le pilote SCSI générique (sg). Vous ne pourrez pas y écrire pour le moment, mais vous pouvez changer sa valeur à la compilation en éditant include/scsi/sg.h et en modifiant SG_BIG_BUFF. Toutefois, il ne devrait y avoir aucune raison de le modifier.

/proc/sys/kernel/shm_rmid_forced (disponible depuis Linux 3.1)

Si ce fichier est configuré à la valeur 1, tous les segments de mémoire partagée System V seront marqués pour destruction dès que le nombre de processus attachés tombe à zéro. Autrement dit, il n’est plus possible de créer des segments de mémoire partagée qui existent indépendamment des autres processus attachés.

Par conséquent un shmctl(2) IPC_RMID est réalisé sur tous les segments existants ainsi que sur tous les segments attachés par la suite. Remarquez que les segments existants qui ne sont attachés à aucun processus seront immédiatement détruits quand ce fichier est configuré à la valeur 1. Définir cette option détruira aussi les segments qui ont été créés, mais jamais attachés, à la fin d’exécution du processus qui a créé le segment avec shmget(2).

Définir ce fichier à la valeur 1 fournit un moyen de s’assurer que tous les segments de mémoire partagée System V sont comptés par rapport à l’utilisation et limites de ressources (consultez la description de RLIMIT_AS dans getrlimit(2)) d’au moins un processus.

Puisque définir ce fichier à la valeur 1 produit un comportement non normalisé et pourrait aussi casser des applications existantes, la valeur par défaut est 0. Ne configurez la valeur de ce fichier à 1 que si vous avez une bonne compréhension des sémantiques des applications utilisant la mémoire partagée System V du système.

/proc/sys/kernel/shmall (disponible depuis Linux 2.2)

Ce fichier contient le nombre maximal de pages de mémoire partagée (IPC System V) au niveau du système.

/proc/sys/kernel/shmmax (disponible depuis Linux 2.2)

Ce fichier permet de lire ou modifier la taille maximale des segments de mémoire partagée (IPC System V) que l’on peut créer. Les segments de mémoire jusqu’à 1Go sont à présent autorisés par le noyau. La valeur par défaut est SHMMAX.

/proc/sys/kernel/shmmni (disponible depuis Linux 2.4)

Ce fichier indique le nombre maximal de segments de mémoire partagée System V que l’on peut créer.

/proc/sys/kernel/sysrq

Ce fichier contrôle les fonctions qui peuvent être appelées par les combinaisons SysRq. Par défaut, le fichier contient un « 1 », ce qui signifie que toute demande SysRq est autorisée (dans les anciennes versions du noyau, SysRq était désactivé par défaut, et il fallait l’activer explicitement lors de l’exécution, mais ce n’est plus le cas). Les valeurs possibles dans ce fichier sont :

0 − désactiver sysrq complètement
1 − activer toutes les fonctions de sysrq
>1 − masque de bits des sysrq autorisées, défini comme ceci :
2 − active le contrôle du niveau de journalisation de la console
4 − active le contrôle du clavier (SAK, unraw
8 − active la production d’images de débogue des processus, etc.
16 − active la commande sync
32 − active le remontage en lecture seule
64 − active l’envoi de signaux aux processus (term, kill, oom−kill)
128 − autorise reboot/poweroff
256 − autorise la définition de la politesse de toutes les tâches temps réel

Ce fichier n’est présent que si l’option de configuration du noyau CONFIG_MAGIC_SYSRQ a été validée. Pour plus d’informations, consultez Documentation/sysrq.txt dans les sources du noyau Linux.

/proc/sys/kernel/version

Ce fichier contient une chaîne du type :

#5 Wed Feb 25 21:49:24 MET 1998

Le champ « #5 » indique que c’est la cinquième compilation du noyau depuis ces sources, et la date correspond à celle de la compilation.

/proc/sys/kernel/threads−max (disponible depuis Linux 2.3.11)

Ce fichier contient le nombre maximal de threads (tâches) qui peuvent être créés sur le système.

/proc/sys/kernel/zero−paged (PowerPC seulement)

Ce fichier contient un drapeau. S’il est activé (non nul), Linux−PPC effacera les pages dans sa boucle d’inactivité, accélérant éventuellement get_free_pages.

/proc/sys/net

Ce répertoire contient des éléments relatif au réseau. Des explications pour certains des fichiers de ce répertoire peuvent être trouvées dans tcp(7) et ip(7).

/proc/sys/net/core/somaxconn

Ce fichier défini une valeur plafond pour le paramètre backlog de listen(2) ; consultez la page de manuel listen(2) pour plus de précisions.

/proc/sys/proc

Ce répertoire peut être vide.

/proc/sys/sunrpc

Ce répertoire correspond aux appels de procédures à distance (RPC) sur un système de fichiers NFS. Sur certains systèmes, il est absent.

/proc/sys/vm

Ce répertoire contient des fichiers de paramétrage de la gestion de mémoire, des tampons, et du cache.

/proc/sys/vm/drop_caches (depuis Linux 2.6.16)

Écrire dans ce fichier force le noyau à libérer les caches, dentries et inœuds propres de la mémoire, en libérant ainsi cette mémoire. Ce peut être utile pour les tests de gestion de mémoire et la réalisation de comparaisons reproductibles de systèmes de fichiers. Puisqu’une écriture dans ce fichier fait perdre tous les avantages du cache, cela peut dégrader l’intégralité des performances du système.

Pour libérer les pagecache, utilisez :

echo 1 > /proc/sys/vm/drop_caches

Pour libérer les dentries et les inœuds, utilisez :

echo 2 > /proc/sys/vm/drop_caches

Pour libérer les pagecache, dentries et inœuds, utilisez :

echo 3 > /proc/sys/vm/drop_caches

Parce que l’écriture dans ce fichier est non destructive, et que les objets sales ne sont pas libérables, l’utilisateur devrait utiliser la commande sync(8) au préalable.

/proc/sys/vm/legacy_va_layout (depuis Linux 2.6.9)

S’il est non nul, cela désactive la nouvelle disposition de carte mémoire 32 bit ; le noyau utilisera alors la disposition habituelle (legacy) (2.4) pour tous les processus.

/proc/sys/vm/memory_failure_early_kill (depuis Linux 2.6.32)

Contrôle comment tuer les processus lorsqu’une erreur mémoire non corrigée (typiquement une erreur sur 2 bits sur un module de mémoire) qui ne peut pas être gérée par le noyau est détectée en tâche de fond par le matériel. Dans certains cas (par exemple s’il existe une copie valide de la page sur disque), le noyau est capable de récupérer cette erreur de manière transparente sans qu’aucune application ne soit touchée. Mais si le noyau n’a pas de copie à jour des données, il va tuer des processus afin d’empêcher la propagation de la corruption des données.

Ce fichier peut contenir l’une des valeurs suivantes :

1:

Tuer dès que la corruption est détectée tous les processus qui ont une projection de la page corrompue et non rechargeable. Notez que cela n’est pas possible avec quelques types de pages, comme les données allouées en interne par le noyau ou le cache d’échange (swap cache), mais cela fonctionne avec la majorité des pages utilisateur.

0:

Ne supprimer que la projection de la page corrompue dans tous les processus, et ne tuer que les processus qui essaient d’y accéder.

L’action de tuer le processus est effectuée en envoyant un signal SIGBUS avec si_code mis à BUS_MCEERR_AO. Les processus peuvent gérer cette situation s’ils le souhaitent ; consultez sigaction(2) pour plus de précisions.

Cette fonctionnalité n’est disponible que sur les architectures/plateformes avec une gestion avancée de vérification de la machine et dépend des possibilités du matériel.

Les applications peuvent modifier individuellement le paramètre memory_failure_early_kill avec l’opération prctl(2) PR_MCE_KILL.

N’est disponible que si le noyau est configuré avec l’option CONFIG_MEMORY_FAILURE.

/proc/sys/vm/memory_failure_recovery (depuis Linux 2.6.32)

Activer la récupération sur une erreur mémoire (si la plateforme le permet)

1:

Tenter une récupération.

0:

Toujours sortir en mode panique sur une erreur mémoire.

N’est disponible que si le noyau est configuré avec l’option CONFIG_MEMORY_FAILURE.

/proc/sys/vm/oom_dump_tasks (depuis Linux 2.6.25)

Active la production d’une image des tâches du système (à l’exception des threads du noyau) lors des mises à mort sur mémoire saturée. L’image contient les informations suivantes pour chaque tâche (thread ou processus) : identifiant de thread, identifiant d’utilisateur réel, identifiant du groupe de thread (identifiant du processus) taille de la mémoire virtuelle, taille de la mémoire résidente, CPU sur lequel la tâche était ordonnancée, valeur de oom_adj (voir la description de /proc/[pid]/oom_adj) et le nom de la commande. C’est utile pour trouver la raison de la mise à mort sur mémoire saturée et pour identifier la tâche défectueuse qui en est la cause.

Avec la valeur zéro, l’information est supprimée. Sur les très gros système avec des milliers de tâches, il peut ne pas être faisable de créer l’image avec les informations sur chacune. Ces systèmes ne devraient pas être obligés de pénaliser leurs performances dans ces cas de pénurie de mémoire si ces informations ne sont pas désirées.

Pour toute valeur non nulle, les informations sont présentées à chaque mise à mort sur mémoire saturée.

La valeur par défaut est 0.

/proc/sys/vm/oom_kill_allocating_task (depuis Linux 2.6.24)

Cela active ou désactive la mise à mort de la tâche qui produit l’erreur dans les situations de mémoire saturée.

Avec une valeur de zéro, la liste des tâches sera parcourue et la tâche à tuer sera sélectionnée en fonction d’heuristiques. Cela sélectionne normalement une tâche consommant une grosse quantité de mémoire qui libérera beaucoup de mémoire lorsqu’elle sera tuée.

Avec une valeur non nulle, la tâche tuée sera celle qui échouera lors d’une allocation de mémoire. Cela évite un parcours de la liste des tâches qui peut être coûteux.

Si /proc/sys/vm/panic_on_oom est non nul, il est prioritaire sur toute valeur utilisée dans /proc/sys/vm/oom_kill_allocating_task.

La valeur par défaut est 0.

/proc/sys/vm/overcommit_memory

Ce fichier contient le mode pour les statistiques de la mémoire virtuelle du noyau. Les valeurs sont :

0 : gestion heuristique du dépassement d’allocation mémoire (c’est la valeur par défaut)
1 : pas de gestion du dépassement, ne jamais vérifier
2 : toujours vérifier, gestion stricte du dépassement

En mode 0, les appels à mmap(2) utilisant MAP_NORESERVE ne sont pas vérifiés et le niveau de vérification par défaut est très faible, laissant le risque d’avoir un processus tué à cause du manque de mémoire (« OOM−killed »). Sous Linux 2.4, toute valeur non nulle implique le mode 1. En mode 2 (disponible depuis Linux 2.6), l’espace d’adressage virtuel total sur le système est limité à (SS + RAM*(r/100)), où SS est la taille de l’espace d’échange (« swap »), RAM la taille de la mémoire physique, et r le contenu du fichier /proc/sys/vm/overcommit_ratio.

/proc/sys/vm/overcommit_ratio

Consultez la description de /proc/sys/vm/overcommit_memory.

/proc/sys/vm/panic_on_oom (depuis Linux 2.6.18)

Cela active ou désactive le déclenchement d’une panique dans les situations de mémoire saturée.

Si ce fichier est configuré à la valeur 0, le noyau (le « OOM−killer ») tuera un processus perturbateur. D’habitude, il peut tuer un processus perturbateur et le système survivra.

Si ce fichier est configuré à la valeur 1, le noyau paniquera dans une situation de mémoire saturée. Cependant, si un processus limite les allocations que sur certains nœuds en utilisant des politiques mémoire (MPOL_BIND dans mbind(2)) ou des ensembles de processeurs (cpuset(7)), et si ces nœuds voient leur mémoire saturée, un processus peut être tué par le OOM−killer. Aucune panique ne survient dans ce cas. Comme de la mémoire est disponible sur d’autres nœuds, le système n’a pas entièrement atteint une situation de mémoire saturée.

Si ce fichier est configuré à la valeur 2, le noyau panique toujours dans une situation de mémoire saturée.

La valeur par défaut est 0. Les valeurs 1 et 2 sont utilisées pour la récupération en cas d’erreur de groupements. Sélectionnez l’un ou l’autre en fonction de votre politique de récupération en cas d’erreur.

/proc/sys/vm/swappiness

La valeur dans ce fichier contrôle le niveau d’agressivité utilisé par le noyau pour déplacer des pages mémoire dans l’espace d’échange. Les valeurs élevées indique une agressivité plus importante. La valeur par défaut est de 60.

/proc/sysrq−trigger (depuis Linux 2.4.21)

L’écriture d’un caractère dans ce fichier déclenche la même fonction SysRq que la combinaison ALT−SysRq−<caractère> (voir la description de /proc/sys/kernel/sysrq). Ce fichier est normalement accessible en écriture que pour root. Pour plus d’informations, consultez le fichier Documentation/sysrq.txt dans les sources du noyau Linux.

/proc/sysvipc

Sous−répertoire contenant les pseudofichiers msg, sem et shm. Ces fichiers listent les objets d’IPC System V (soient les files de messages, les sémaphores, et la mémoire partagée) existant actuellement sur le système, en donnant les mêmes informations que celles disponibles par la commande ipcs(1). Ces fichiers ont des en−têtes et sont formatés (à raison d’un objet IPC par ligne) de façon à être lus facilement. La page svipc(7) donne davantage d’informations concernant les données fournies par ces fichiers.

/proc/tty

Sous−répertoire contenant les pseudofichiers et les sous−répertoires pour les pilotes de tty et la gestion de la ligne.

/proc/uptime

Ce fichier contient deux valeurs : la durée de fonctionnement (uptime) en secondes, et le temps écoulé à ne rien faire (idle), en secondes également.

/proc/version

Cette chaîne identifie la version du noyau en cours d’exécution. Elle inclue le contenu de /proc/sys/kernel/ostype, /proc/sys/kernel/osrelease et /proc/sys/kernel/version. Par exemple :

Linux version 1.0.9 (quinlan@phaze) #1 Sat May 14 01:51:54 EDT 1994

/proc/vmstat (depuis Linux 2.6)

Ce fichier contient diverses statistiques sur la mémoire virtuelle.

/proc/zoneinfo (depuis Linux 2.6.13)

Ce fichier affiche des informations concernant les zones mémoire. C’est utile pour analyser le comportement de la mémoire virtuelle.

NOTES

De nombreuses chaînes (par exemple, l’environnement et de la ligne de commande) sont affichées dans un format interne, ses champs terminés par un caractère nul. Il est parfois plus lisible d’utiliser od −c ou tr "\000" "\n" pour les lire. En remplacement, la commande echo ’cat <file>’ fonctionne bien.

Cette page de manuel est incomplète, incertaine, et devrait être mise à jour très souvent.

VOIR AUSSI

cat(1), dmesg(1), find(1), free(1), ps(1), tr(1), uptime(1), chroot(2), mmap(2), readlink(2), syslog(2), slabinfo(5), hier(7), time(7), arp(8), hdparm(8), ifconfig(8), init(8), lsmod(8), lspci(8), mount(8), netstat(8), procinfo(8), route(8), sysctl(8)

Les fichiers source du noyau Linux : Documentation/filesystems/proc.txt, Documentation/sysctl/fs.txt, Documentation/sysctl/kernel.txt, Documentation/sysctl/net.txt et Documentation/sysctl/vm.txt.

COLOPHON

Cette page fait partie de la publication 3.65 du projet man−pages Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l’adresse http://www.kernel.org/doc/man−pages/.

TRADUCTION

Depuis 2010, cette traduction est maintenue à l’aide de l’outil po4a <http://po4a.alioth.debian.org/>; par l’équipe de traduction francophone au sein du projet perkamon <http://perkamon.alioth.debian.org/>;.

Christophe Blaess <http://www.blaess.fr/christophe/>; (1996-2003), Alain Portal <http://manpagesfr.free.fr/>; (2003-2006). Jean−Luc Coulon et l’équipe francophone de traduction de Debian (2006-2009).

Veuillez signaler toute erreur de traduction en écrivant à <debian−l10n−french [AT] lists.org> ou par un rapport de bogue sur le paquet manpages−fr.

Vous pouvez toujours avoir accès à la version anglaise de ce document en utilisant la commande « man −L C <section> <page_de_man> ».