teach/virli
1
0
Fork 0
Code Issues Pull Requests Releases Activity

pseudofs: totaly WTF, STOP writing things 5 minutes before the deadline

Browse Source
This commit is contained in:
nemunaire 2017-09-27 10:05:06 +02:00 committed by nemunaire
parent 1e8f1c55ee
commit 47ae8b7916
1 changed files with 5 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

9
tutorial/3/pseudofs.md
View File

@ -36,10 +36,10 @@ Linux emploie de nombreux systèmes de fichiers virtuels :
- `/proc` : contient, principalement, la liste des processus (`top` et ses
dérivés se contentent de lire les fichiers de ce point de montage) ;
- `/sys` : contient, principalement, des éléments de configuration du noyau, du
matériel et des périphériques (activation de l'IPv6, taille des tampons,
clignottement des DELs, ...) ;
- `/proc/sys` : configuration du noyau ;
- `/sys` : contient des informations à propos du matériel (utilisées
notamment pour peupler `/dev`) et des périphériques (taille des
tampons, clignottement des DELs, ...) ;
- `/sys/firmware/efi/efivars` : pour accéder et modifier les variables de
l'UEFI ;
- ...
@ -129,7 +129,8 @@ en root car plus personne ne sait le paramétrer ; la base de données a été
installé par le système de paquets de la distribution.
Il arrive quelque fois que le serveur de base de données soit tué par
l'OOM-killer alors que le serveur applicatif
l'OOM-killer alors que le serveur applicatif utilise largement plus de mémoire
à la fin de la journée.
1. Quel paramètre du processus pourrait-on modifier pour que ce soit le serveur
applicatif qui aie plus de chance de se faire tuer par l'OOM-killer ?