33 lines
1.0 KiB
Markdown
33 lines
1.0 KiB
Markdown
\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 ?
|