É uma má idéia criar um script cron que esvazie a troca a cada hora?

Por anos, tenho tido o mesmo problema com minhas pequenas configurações do Ubuntu: o espaço de troca usado aumenta com o tempo. Tenho a impressão de que isso ocorre principalmente porque a memória alocada nunca retorna à RAM, embora exista espaço suficiente para ela, exceto no caso de uma ação do usuário, como desativar a troca.

Fiz um pequeno croncomando para automatizar isso e tenho bons resultados:

#! /bin/sh

echo "* */1 * * * root swapoff -a && swapon -a" >> /etc/crontab

Mas como é mais um truque do que uma solução real para esse problema, estou me perguntando sobre os possíveis motivos pelos quais isso pode ser uma má idéia, ou como eu poderia melhorar esse script para torná-lo um pouco mais inteligente?

Usando assim: sim, ruim. Você realmente precisa verificar se há memória suficiente disponível antes de desativar a troca. Veja /ubuntu//a/90399/15811 para obter uma versão melhor.

Além disso: você tem certeza disso? Swap sendo alocado não significa swap sendo usado. O comando vmstat, colunas si(troca) e so(troca). Se esses permanecerem 0, você tem outro problema. Na minha experiência, a troca é pouco usada, e você pode não estar usando-o pensando que não o esvazia, mas não há nada a esvaziar.

Eu diria que é uma má ideia. Se você acha que possui memória livre e um processo ativo não está sendo movido da troca para a RAM, então você não tem tanta memória livre quanto pensa ou o processo não é tão ativo quanto você pensa. é.

Se um processo ativo continuar sendo trocado, você deve corrigir o que estiver causando pressão na memória. Se não é um processo ativo, qual é o problema?

É uma má idéia.

O kernel começa a copiar (sem mover) dados para trocar muito antes que a memória física esteja quase cheia, porque se algum processo exigir muita memória, qualquer página que já tenha uma cópia válida em troca poderá ser reutilizada imediatamente sem exigir outra gravação para o disco.

Geralmente isso acontece principalmente em páginas que não são acessadas há muito tempo, o que é um bom indicador de que é improvável que elas sejam acessadas em breve.

Se você descartar explicitamente as cópias, isso não traz benefícios, porque os dados ainda existem na RAM, mas pode custar-lhe velocidade quando algum processo deseja alocar muita memória e a troca se torna necessária.

O kernel também sempre usará espaço de troca assim que a memória física estiver acima de 50%, portanto esses números serão diferentes de zero, mesmo se você tiver memória suficiente instalada.

Esta é uma má ideia. Se isso fosse útil, o kernel do Linux implementaria dessa maneira. Não acredito que haja uma razão para alterar mais do que alguns parâmetros de ajuste, pois um simples script de shell provavelmente não é mais inteligente que os algoritmos dos desenvolvedores do kernel.

Você basicamente tem dois casos:

• Os processos no espaço de troca não são usados ​​de qualquer maneira. Por que você deseja colocá-los de volta na RAM?
• Há pouca RAM, então eles são trocados e você os coloca de volta na RAM. Em seguida, seu sistema os trocará novamente o mais rápido possível.

Portanto, existem dois pontos principais:

1. Primeiro, seu sistema ficará lento quando houver pouca RAM para executar todos os seus programas ao mesmo tempo. A troca o ajudará a executar mais programas, mas não a mudar rapidamente para um raramente usado, que pode ser trocado. Nenhuma troca pode matar o raramente usado ou enviar ao atualmente usado uma exceção de falta de memória.
2. Segundo, a troca é uma coisa boa e o fato de ter coisas em troca, já que você tem RAM grátis a custo de programas que atualmente não está usando.

Apesar de não haver problemas de falta de memória com muitos programas, alguns programas podem alocar memória com base na RAM atualmente livre (talvez seu navegador use mais memcache e você possa navegar mais rapidamente) e o kernel pode usar RAM livre para cache de disco e otimizações semelhantes. Quando você força a troca a ficar vazia, o kernel reduz o cache de leitura e, por exemplo, iniciar uma nova instância do Firefox leva mais tempo do que quando o Firefox ainda está no cache do disco.

Se você deseja ajustar o comportamento do kernel, consulte o parâmetro swappiness .

Dois recursos adicionais contribuem com @ peter-cordes:

• Otimizando o Linux para computadores lentos
• https://lonesysadmin.net/2013/12/22/better-linux-disk-caching-performance-vm-dirty_ratio/

Se você realmente deseja ter uma troca vazia, pode desativar a troca permanentemente. Eu não vejo por que tê-lo ligado por uma hora e depois esvaziá-lo tem vantagens sobre não ter swap.

Você pode obter os mesmos resultados dizendo ao kernel para liberar os caches:

echo 3 > /proc/sys/vm/drop_caches

Dessa forma, você evita o breve momento de possível falta de memória e deixa o kernel decidir o que é necessário e o que pode ser descartado.

Ao contrário da ideia comum, o SWAP em si não é ruim .
O que realmente torna o sistema lento é a atividade do kernel que move os Dados da RAM para o SWAP e de volta para a RAM, o swappiness.
O sistema faz isso automaticamente conforme é configurado com o swappiness.
Isso faz com que a memória de processos inativos seja despejada na partição de troca do disco rígido.
Eu mesmo trabalhei por anos com uma máquina que não tinha tanta memória RAM e sempre tive alguma memória SWAP usada. Ainda assim, minha máquina funcionou bem até você começar a mover a memória de volta para a RAM, talvez tentando fechar um aplicativo aberto. Então a carga de trabalho começou a aumentar.

• Assim, ao limpar constantemente, a memória SWAP aumenta a carga de trabalho na sua máquina.
• Os aplicativos em execução que possuem memória na partição SWAP podem danificar sua execução.

Em vez disso, sugiro que você estude de perto qual aplicativo usa sua memória na linha de comando com o htopaplicativo e decida fechar algum aplicativo. O gnome-system-monitorpode também fornecer uma boa visão, na guia Process.
Se você tem grandes aplicativos que usam muita RAM. Não execute todos eles de uma vez.