/proc/sys/vm/swappiness
C'est une valeur comprise entre 0 et 100, qui détermine l'utilisation de la swap : en gros, plus la valeur est élevée, plus le noyau aura tendance à swapper pour faire du cache (swappiness est utilisé dans le calcul de swap_tendancy). A 0, c'est l'inverse, tu swappes beaucoup moins.
L'inconvénient d'une swappiness élevée, c'est que si te regardes un dvd par exemple, ou que tu laisses tourner une appli un certain temps, le noyau va swapper pas mal de programme sur le disque. Résultat, lorsque tu redémarres une appli, il faut qu'il libère des pages en mémoire et charge de nouveau l'appli. Donc firefox met 15 sec. à démarrer.
A noter qu'il existait un patch de Con Kolivas swap-prefetch qui allait automatiquement rappatrier les pages swappées lorsque la mémoire se libérait.
Mais la mafia Linuxienne a refusé l'inclusion...
Donc, si tu veux éviter de swapper, tu mets une swappiness à 0, si tu veux maximiser les cache, tu la mets à 100.
# swappiness...
Posté par neologix . En réponse au message Swap ou pas swap, tel est la question.. Évalué à 3.
C'est une valeur comprise entre 0 et 100, qui détermine l'utilisation de la swap : en gros, plus la valeur est élevée, plus le noyau aura tendance à swapper pour faire du cache (swappiness est utilisé dans le calcul de swap_tendancy). A 0, c'est l'inverse, tu swappes beaucoup moins.
L'inconvénient d'une swappiness élevée, c'est que si te regardes un dvd par exemple, ou que tu laisses tourner une appli un certain temps, le noyau va swapper pas mal de programme sur le disque. Résultat, lorsque tu redémarres une appli, il faut qu'il libère des pages en mémoire et charge de nouveau l'appli. Donc firefox met 15 sec. à démarrer.
A noter qu'il existait un patch de Con Kolivas swap-prefetch qui allait automatiquement rappatrier les pages swappées lorsque la mémoire se libérait.
Mais la mafia Linuxienne a refusé l'inclusion...
Donc, si tu veux éviter de swapper, tu mets une swappiness à 0, si tu veux maximiser les cache, tu la mets à 100.