TP3: Add part on OOM-killer

tutorial/3/Makefile

@@ -1,4 +1,4 @@
-SOURCES		= tutorial.md installation.md chroot.md pseudofs.md capabilities.md cgroups.md project-intro.md project-body.md project-rendu.md
+SOURCES		= tutorial.md installation.md chroot.md pseudofs.md capabilities.md cgroups.md oom.md project-intro.md project-body.md project-rendu.md
 PANDOCOPTS	= --latex-engine=xelatex \
 		  --standalone \
 		  --normalize \

tutorial/3/oom.md

@@ -0,0 +1,32 @@
+\newpage
+
+Gestion de la mémoire
+=====================
+
+## OOM killer
+
+<!-- https://lwn.net/Articles/590960/ -->
+
+
+
+
+## Rendu
+
+### Questions
+
+Sur le serveur `antares`, un serveur applicatif critique tourne aux côtés de sa
+base de données PostgreSQL. Le serveur applicatif étant connu pour produire un
+grand nombre de leak, il est relancé chaque nuit. Le serveur applicatif tourne
+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 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 ?
+
+2. Pourquoi est-ce le serveur de base de données qui est principalement tiré au
+   sort pour être tué en cas de manque de mémoire plutôt que le serveur
+   applicatif qui occupe pourtant bien plus de mémoire ?