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 ?
|