Solución 1:
Recomendaría permitir el intercambio de control de memoria normal de Linux en las cosas que realmente se usan, a medida que se usan.
Lo único que se me ocurre es desactivar el intercambio y volver a activarlo
sudo swapoff -a
sudo swapon -a
Eso supone que tiene suficiente memoria física de repuesto para contener todo en el intercambio...
Solución 2:
Puede sintonizarlo haciendo eco de algún número entre 0 y 100 en /proc/sys/vm/swappiness .
Este control se utiliza para definir la agresividad con la que el kernel intercambiará páginas de memoria. Los valores más altos aumentarán la agresividad, los valores más bajos disminuirán la cantidad de intercambio . Un valor de 0 le indica al núcleo que no inicie el intercambio hasta que la cantidad de páginas libres y respaldadas por archivos sea menor que la marca de agua máxima en una zona.
El valor predeterminado es 60.
Solución 3:
Linux hace un buen trabajo administrando la memoria y no debería interponerse en su camino. La configuración de vm.swappiness (mencionada anteriormente) no interfiere. Es más probable que experimente problemas extraños al hacer las cosas de otra manera.
¿Qué lanzaste que estaba tan hambriento de memoria? ¿Se puede sintonizar? Si no tiene sus propias directivas de límite de memoria, también puede consultar ulimit.
Solución 4:
Si tiene la memoria disponible para todas sus aplicaciones, está bien establecer el intercambio en 0 para que las cosas no se intercambien. Por ejemplo, qemu-kvm es un gran objetivo para cambiar el VMM, porque "parece" estar inactivo la mayor parte del tiempo. He visto que hasta el 80% de la memoria de una memoria qemu-kvm se escribe para intercambiar. Las máquinas virtuales que se ejecutan en qemu-kvm dejarán de responder porque se están quedando sin intercambio (aunque el invitado no tiene idea de que esto está sucediendo). La máquina virtual invitada pensará que se está desempeñando de manera excelente, aunque en realidad se está arrastrando terriblemente. Cuando un grupo de máquinas virtuales "se despierta" y comienza a hacer cosas, puede aumentar el promedio de carga hasta más de 30, incluso en hardware de nivel empresarial con memoria y disco amplios y rápidos. Supongo que esto es una falla en el diseño qemu-kvm listo para usar.
Espero que esto ayude a alguien.