Como esvaziar a troca se houver RAM grátis?

Quando abro um aplicativo com uso intensivo de RAM (VirtualBox definido com 2 GB de RAM), geralmente é usado algum espaço de troca, dependendo do que mais tenho aberto no momento.

No entanto, quando eu fechei o último aplicativo, os 2 GB de RAM são liberados, mas o mesmo uso de espaço de troca permanece.

Por exemplo, agora, cerca de duas horas depois de fechar o VirtualBox, tenho 1,6 GB de RAM livre e ainda 770 MB em troca.

Como posso dizer ao Ubuntu para parar de usar essa troca e voltar a usar a RAM?

Só porque o swap é alocado, não significa que ele esteja sendo 'usado'. Embora programas como o monitor do sistema e o topo mostrem parte do seu espaço de troca sendo alocado (no seu exemplo 770 MB), isso não significa que o sistema esteja ativamente trocando in / out.

Para descobrir se alguma coisa está sendo trocada, você pode usar o vmstatcomando Deixe-o em execução por alguns segundos para se acalmar e observar as sicolunas (swapin) e so(swapout). Se nada está acontecendo, não há razão para se preocupar.

Aqui está o resultado da execução vmstat 1, onde você pode ver minha máquina não está trocando nada.

procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 0  0  78588 230788   9596  72196    0    0     0     0  543  652 12  6 78  0
 0  0  78588 230780   9596  72196    0    0     0     0  531  410  1  0 99  0
 0  0  78588 230796   9596  72196    0    0     0     0  300  335  1  1 97  0
 1  0  78588 230788   9608  72224    0    0    40     0  737  762  4  4 84  8
 5  0  78588 230788   9608  72224    0    0     0     0  415  385  9  3 84  0
 0  0  78588 230540   9616  72224    0    0     0    44  611  556 55  5 31  0
 0  0  78588 230532   9616  72224    0    0     0     0  574  662  1  6 89  0

No entanto, aqui em topvocê pode ver, tenho espaço de troca alocado: -

Mem:    475236k total,   245076k used,   230160k free,     9720k buffers
Swap:   491512k total,    78588k used,   412924k free,    72476k cached

O kernel do Linux subjacente ao Ubuntu "trocará" automaticamente essas páginas do disco para a RAM, conforme necessário, então, em geral, eu diria apenas para que isso aconteça naturalmente.

No entanto, se você realmente sentir que precisa forçá-lo, (posso ver um cenário em que você gostaria de saber que o sistema responderá mais tarde), você pode momentaneamente desativar e reativar a troca

sudo swapoff -a
sudo swapon -a

OU alternativamente como uma única linha

swapoff -a; swapon -a

Tenha cuidado ao fazer isso, pois você pode tornar seu sistema instável, especialmente se ele já estiver com pouca RAM.

Você também pode definir o valor "swappiness" a partir do padrão de 60, dessa forma, a troca não crescerá tão grande para começar. Por que o padrão de remessa é definido como 60 quando o valor recomendado é 10 me deixa perplexo. No Ubuntu SwapFAQ :

A configuração padrão no Ubuntu é swappiness = 60. Reduzir o valor padrão da troca provavelmente melhorará o desempenho geral de uma instalação típica da área de trabalho do Ubuntu. Um valor de swappiness = 10 é recomendado , mas fique à vontade para experimentar.

Alterando esse valor para 10 ou até 0, você pode adicionar um aumento de velocidade significativo e perceptível a um sistema antigo com uma unidade lenta. Definir esse valor como 0 não desativa a troca para o kernel Linux 3.4 e abaixo, mas com 3.5 ou superior, você deve usar o valor 1 se quiser mantê-lo na configuração mais baixa *.

Não vejo razão para não definir isso como 0, pois qualquer coisa que atinja o disco é mais lenta que a RAM. Eu tenho 8 núcleos virtuais, um SSD rápido e 8 GB de memória e meu swap está definido como 0. A partir desse momento, tenho 3 máquinas virtuais em execução, meu uso de memória é 7,1 de 7,7 GB, meu swap usado é de apenas 576 KB de 952MB e todos os sistemas estão funcionando sem problemas!

No Ubuntu SwapFAQ :

O parâmetro swappiness controla a tendência do kernel de mover processos para fora da memória física e para o disco de troca. Como os discos são muito mais lentos que a RAM, isso pode levar a tempos de resposta mais lentos para o sistema e aplicativos, se os processos forem muito agressivamente removidos da memória.

1. swappiness pode ter um valor entre 0 e 100
2. swappiness = 0 informa ao kernel para evitar a troca de processos da memória física pelo maior tempo possível
3. swappiness = 100 diz ao kernel para trocar agressivamente processos da memória física e movê-los para trocar o cache

Abaixo estão as instruções básicas para verificar a troca, esvaziar sua troca e alterar a troca para 0:

Para verificar o valor da troca:

cat /proc/sys/vm/swappiness

Para definir temporariamente a troca como 0 ( conforme sugerido pelo SpamapS ):

Isso esvaziará sua troca e transferirá toda a troca de volta para a memória. Primeiro, verifique se você tem memória suficiente disponível, visualizando a guia de recursos do gnome-system-monitor, sua memória livre deve ser maior que a troca usada. Esse processo pode demorar um pouco, use o gnome-system-monitor para monitorar e verificar o progresso.

sudo swapoff --all

Para definir o novo valor como 0:

sudo sysctl vm.swappiness=0 

Para ativar a troca novamente:

sudo swapon --all

Para definir permanentemente a swappiness para 0:

1. sudoedit /etc/sysctl.conf
2. Adicione esta linha vm.swappiness = 0
3. sudo shutdown -r now # reiniciar sistema

* Com a versão 3.5+ do kernel, a configuração do swappiness para 0 desativa-o completamente e uma configuração de 1 é recomendada se você desejar o algoritmo de swappiness mais baixo. fonte: https://www.percona.com/blog/2014/04/28/oom-relation-vm-swappiness0-new-kernel/

Descobri que a troca de esvaziamento pode ajudar muito em sistemas com discos lentos e RAM limitada. Obviamente, como já mencionado, a maneira de fazer isso é executar sudo swapoff -a; sudo swapon -a. O problema aqui é que, se houver RAM insuficiente, isso causará todo tipo de problema.

Eu escrevi um script que chamo toggle_swapque funcionou para mim nos últimos anos. Ele verifica se há RAM livre suficiente antes de realmente desativar a troca. Aqui está:

#!/bin/bash

free_data="$(free)"
mem_data="$(echo "$free_data" | grep 'Mem:')"
free_mem="$(echo "$mem_data" | awk '{print $4}')"
buffers="$(echo "$mem_data" | awk '{print $6}')"
cache="$(echo "$mem_data" | awk '{print $7}')"
total_free=$((free_mem + buffers + cache))
used_swap="$(echo "$free_data" | grep 'Swap:' | awk '{print $3}')"

echo -e "Free memory:\t$total_free kB ($((total_free / 1024)) MB)\nUsed swap:\t$used_swap kB ($((used_swap / 1024)) MB)"
if [[ $used_swap -eq 0 ]]; then
    echo "Congratulations! No swap is in use."
elif [[ $used_swap -lt $total_free ]]; then
    echo "Freeing swap..."
    sudo swapoff -a
    sudo swapon -a
else
    echo "Not enough free memory. Exiting."
    exit 1
fi

Depois de mexer com swappiness por alguns dias, cheguei à conclusão de que o kernel deve ser deixado por conta própria. Ele sabe o que está fazendo e é otimizado para oferecer a melhor experiência.

A menos que você tenha realmente um bom motivo para querer o disco de volta, eu o deixaria em paz.

Não afeta o desempenho se o seu espaço de troca estiver ocupado. A única penalidade de desempenho é que as coisas estão entrando / saindo de swap. Se nada estiver sendo trocado / trocado, não será necessário se preocupar com nada.