redridinghood a écrit :
oki je vais creuser ca.
la conclusion que j'ai pour le moment, c'est que comme aucun process ne swap, c'est l'os qui decide de swapper (ce que je peux diminuer avec le parametre vm.swapiness) et il y a de fortes chance (que je validerai avec le test d'arret bdd si possible) que du cache oracle passe en swap.
|
Premier point : normal oui, c'est souvent l'OS qui décide de swapper, rarement les appli qui swappent d'elle même. D'ailleurs, je vois pas comment les appli pourraient décider de swapper d'elle même puisque normalement, hormis sur une distro du style "damn vulnerable linux" l'isolation du kernel est fait de telle sorte qu'il est impossible aux applis de sortir de leurs périmètre mémoire et d'avoir connaissance des autres périmètres de manière implicite.
Second point : normal aussi, mais en quoi est-ce génant d'avoir des informations "cached" ? Je te dit : est-ce que ta machine est encore réactive ? Est-ce que tu perd en perf réellement ? Si c'est non a ces deux questions, je vois pas pourquoi tu cherche a régler ce problème de swap, sachant que ta mémoire vive est utilisée a 99% et ton swap a 10% même pas. Je trouve que ta machine a un comportement "normal" pour un serveur de BDD.
A rajouter, vue tes paramètres MTRR, que le NUMA n'est pas activé et que donc tu a les deux banques mémoires de tes 2 CPU sur la machine qui sont séparés et non uniformes. Essaye déjà de tuner ton kernel avant d'attaquer a tuner ta config Oracle.