Solution 1 :
Je recommanderais d'autoriser l'échange de contrôle de mémoire Linux normal dans les choses qui sont réellement utilisées, au fur et à mesure qu'elles sont utilisées.
La seule chose à laquelle je peux penser est de désactiver l'échange, puis de le réactiver
sudo swapoff -a
sudo swapon -a
Cela suppose que vous disposez de suffisamment de mémoire physique disponible pour tout contenir dans le swap...
Solution 2 :
Vous pouvez l'accorder en faisant écho à un nombre compris entre 0 et 100 dans /proc/sys/vm/swappiness .
Ce contrôle est utilisé pour définir à quel point le noyau permutera les pages de mémoire. Des valeurs plus élevées augmenteront l'agressivité, des valeurs plus basses diminuent la quantité d'échange . Une valeur de 0 indique au noyau de ne pas lancer l'échange tant que le nombre de pages libres et sauvegardées sur fichier n'est pas inférieur à la limite supérieure d'une zone.
La valeur par défaut est 60.
Solution 3 :
Linux fait un excellent travail de gestion de la mémoire et vous ne devriez pas vous mettre en travers de son chemin. Le paramètre vm.swappiness (mentionné précédemment) ne gêne pas. Vous êtes plus susceptible de rencontrer des problèmes étranges en faisant les choses autrement.
Qu'avez-vous lancé de si gourmand en mémoire ? Peut-il être accordé? S'il n'a pas ses propres directives de limite de mémoire, vous pouvez également consulter ulimit.
Solution 4 :
Si vous disposez de la mémoire disponible pour toutes vos applications, vous pouvez définir la permutation sur 0 afin que les choses ne soient pas échangées. Par exemple, qemu-kvm est une grande cible que VMM doit remplacer, car il "semble" être inactif la plupart du temps. J'ai vu jusqu'à 80% de la mémoire d'une mémoire qemu-kvm être écrite pour échanger. Les machines virtuelles exécutées dans qemu-kvm deviendront presque insensibles car elles manquent d'échange (bien que l'invité n'ait aucune idée de ce qui se passe). La machine virtuelle invitée pensera qu'elle fonctionne très bien, même si, en réalité, elle traîne terriblement en longueur. Lorsque je "réveille" un groupe de machines virtuelles et que je commence à faire des choses, cela peut augmenter la charge moyenne jusqu'à plus de 30, même sur du matériel de niveau entreprise avec une mémoire et un disque rapides et suffisants. Je suppose que c'est un échec dans la conception qemu-kvm prête à l'emploi.
J'espère que cela aidera quelqu'un.