Primeiro, vale a pena ressaltar que algumas pessoas tentarão alegar que a troca por um SSD é uma má ideia. Esse costumava ser o caso quando os SSDs eram altamente limitados em termos de gravação, mas não é o caso nos dias de hoje (a maioria dos SSDs é avaliada em mais de mil vezes sua capacidade de resistência à gravação, e um arquivo de permuta normalmente é uma pequena fração da capacidade ), e menos ainda se você não está trocando regularmente e você não deve estar trocando regularmente em qualquer sistema moderno). Como um exemplo um pouco concreto, um típico SSD de 250GB atualmente é avaliado em mais de 100TB de gravações. Com o comportamento de troca padrão e o uso típico de desktops ou servidores em um sistema adequadamente provisionado, você terá uma média de alguns MB de uso de swap em um dia, o que significa menos de 1/100000 da classificação do dispositivo. Além disso, a maioria dos problemas pode ser atenuada especificando a opção discard
na entrada /etc/fstab
da região de troca (ou adicionando -d
ao comando swapon
).
Trocar para o disco é como o segundo caso, com duas restrições adicionais, você não tem idéia do que vai precisar com frequência e do que não vai (você pode ter alguma idéia do uso real do sistema, mas isso é muito difícil, e como resultado, nada faz isso), e você não tem idéia do quanto você precisará armazenar. Nesse caso, é mais eficiente armazenar tudo com a pessoa rápida, desde que ela tenha espaço, e armazenar o excesso com a pessoa lenta.
Devido a isso, é melhor em quase todos os casos priorizar a troca para o SSD com a exclusão do disco rígido. Felizmente, fazer isso é realmente muito fácil com o Linux. O espaço de troca (arquivos e partições) pode ter prioridades razoavelmente arbitrárias que ditam a ordem preferida de uso. Eles são definidos com a opção -p
para swapon
e a opção prio=
em /etc/fstab
. Por padrão, tudo tem uma prioridade de -1, o que significa que eles são usados na ordem em que foram ativados. Ao definir uma prioridade maior que a negativa, você pode controlar em que ordem as coisas serão usadas. Alternar regiões com prioridades mais altas (até 32767 máximas) serão usadas antes de prioridades mais baixas, e regiões com a mesma prioridade serão usadas em uma prioridade. forma round-robin (como uma configuração RAID0, mas com uma granularidade maior e sem paralelização).
Supondo que você ainda esteja certo de que deseja colocar alguns dos seus dados no dispositivo mais lento, mesmo que haja espaço no mais rápido, você também pode conseguir isso com prioridades, definindo todas as regiões com a mesma prioridade -1, mas infelizmente você vai precisar de vários arquivos para fazer isso (em teoria, você pode ser realmente criativo com dispositivos de loop ou alvos de mapeamento de dispositivo, mas isso realmente é mais problemático do que vale a pena).
Um pouco fora do tópico, mas certifique-se de que seus arquivos de swap sejam de propriedade do usuário e grupo raiz, e sejam legíveis e graváveis pelo root, caso contrário, usuários arbitrários podem travar seu sistema de forma trivial (ou acessar os dados que devem t).