Linux, SSD e swap

3

Este artigo sugere não criar um espaço de troca em uma unidade SSD para reduzir sua vestem. Por outro lado, sugeriu que o espaço de troca afeta positivamente o desempenho.

>

Seria uma opção melhor abandonar o swap? Ou talvez alguns ajustes de swappiness poderiam nos deixar ter o bolo e comê-lo. O dispositivo é o ASUS T200TA, a única unidade certa é um eMMC de 32GB (o HDD é destacável) e tem apenas 2GB de RAM.

    
por marmistrz 24.07.2015 / 09:09

3 respostas

3

Se o desempenho for bom - você não precisa esperar para alternar entre os aplicativos, com a sobrecarga de disco e o LED de atividade aceso -, não haverá muito desgaste para se preocupar.

Você pode alocar um espaço de 2G para troca no momento da instalação e depois ajustar o tamanho da partição / troca para baixo, por exemplo, com discos do GNOME. Pessoalmente eu tentaria 512M ou 1G para começar. Eu suponho que você não está pensando em hibernação (o que normalmente quereria 2G + swap).

Então eu pude ver o quanto eu usei swap, e se eu tiver problemas com falta de memória ou lentidão com swap total. Confesso que não tenho certeza de como distinguir a troca da troca (muitos aplicativos ativos, ativados por muita troca) v.s. o cache (não é suficiente trocar para apagar a memória inativa do aplicativo). Em ambos os casos, você veria a luz do disco acesa e uma troca completa. Talvez vmstat 1 e observe a coluna de troca, se eu pudesse testar um caso de problema de forma confiável.

Eu seria cauteloso sobre o swap de 2 GB em um eMMC (desempenho inferior ao de SSDs caros). O gerenciamento de memória da área de trabalho do Linux tem um histórico um tanto agitado e a troca não foi projetada para o eMMC.

Se você usar toda essa troca, pode achar que a máquina se tornou literalmente inutilizável. A falta de memória pode ser melhor porque você recupera a máquina sem reinicializar. Embora isso possa matar programas que você queria & esperado para sobreviver.

Meu shell do GNOME com alguns aplicativos tem cerca de 1G "usado" (swapable) mais 1G + "em cache" (dados / código somente leitura, pode ser lido apenas a partir do sistema de arquivos).

Se você tivesse apostado 1G para trocar, quanto tempo levaria para trocar tudo isso de volta, dado o seu eMMC? (Os discos do GNOME podem comparar partições para você :). Por exemplo. 10 segundos para lê-lo? Então, se você estiver trocando o trabalho anterior definido ao mesmo tempo, as gravações (mais lentas) no eMMC vão demorar ainda mais. Não parece ótimo para mim.

Um pequeno motivo para swap é o tmpfs. Meu /run acumula um meg ou mais, duvido que todos precisem estar em memória RAM.

    
por 24.07.2015 / 14:45
2

Note que o Linux ganhou um recurso zRAM nos últimos anos. É um disco RAM comprimido que pode ser usado para espaço de troca, ou seja, para compactar o conteúdo da memória inativa. A entrada do Wiki do Gentoo afirma que pode atingir uma taxa de compressão de cerca de 3: 1.

Parece valer a pena considerar para qualquer desktop com ram menos que ideal (4GB é ideal para a maioria dos ambientes de desktop atuais). Microsoft começou a fazer o mesmo no Windows 8 (mais o Windows Phone em algum momento, também alguns telefones Android usam zRAM).

O zRAM requer alguma configuração manual, mas pelo menos para o Ubuntu existem pacotes que irão configurá-lo automaticamente. Você pode precisar investigar um pouco se você quer rodar o swap normal com uma prioridade mais baixa (e se isso funciona bem ?!). O pacote zram-config está disponível no repositório do Ubuntu. Aparentemente, o Fedora 21 ativará o zRAM automaticamente se você tiver 2 GB ou menos.

    
por 01.08.2015 / 18:23
1

Eu não me incomodaria e continuaria com uma partição swap de 2GB.
Você deve sempre ter alguma swap especialmente com "apenas" 2GB de RAM o suficiente para Linux e um DE leve como LXDE ou Xfce contanto que você tem 2GB de swap (ou se você não usa qualquer navegador, não compila nada ou faz qualquer coisa que consuma muita memória RAM!).

    
por 24.07.2015 / 10:46