Cirurgia para acelerar o openSUSE em HD externo via USB
Instalar Linux em HD externo via USB costuma deixar o sistema engasgado devido à baixa velocidade de leitura/escrita. Neste artigo, mostro como contornei o gargalo do USB usando a RAM como cache agressivo, garantindo um openSUSE fluido mesmo em hardware limitado.
Parte 2: Conclusão
É totalmente esperado que o boot e o carregamento inicial do KDE continuem lentos. De acordo com a Gemini, nenhuma otimização de software muda o fato de que, durante o boot, o sistema precisa ler milhares de pequenos arquivos do HD USB para a RAM pela primeira vez. O gargalo aí é a velocidade do cabo USB e a agulha do HD.
As otimizações feitas brilham depois desse carregamento: elas impedem que o sistema "esqueça" o que leu ou que fique escrevendo coisas inúteis de volta no disco.
Aqui está como auditar se as mudanças estão funcionando:
df -h /tmp
O que buscar: na coluna "Sistema de arquivos", deve estar escrito tmpfs.
Significado: tmpfs = File System na RAM. Sucesso.
psd preview
O que buscar: uma saída listando seus navegadores (Firefox/Chrome) e dizendo algo como profile is currently active ou apontando para /run/user/....
Teste prático: abra o navegador, feche e abra de novo. A segunda abertura deve ser quase instantânea (porque já está na RAM).
Obs.: nem todos os navegadores são compatíveis. Aparentemente o microsoft-edge e o brave não são.
sudo zramctl
Ou:
sudo swapon --show
O que buscar:
Deve aparecer apenas /dev/zram0 (ou similar).
Não deve aparecer /dev/sda... ou /dev/sdb... (partições de disco).
Significado: se a memória encher, ele vai comprimir na RAM (rápido) em vez de travar o HD USB.
mount | grep noatime
O que buscar: várias linhas mostrando suas partições (btrfs) com a palavra noatime entre os parênteses.
Significado: você pode ler mil arquivos agora e o sistema não vai gastar nem 1 segundo escrevendo a "hora da leitura" no disco.
As otimizações feitas brilham depois desse carregamento: elas impedem que o sistema "esqueça" o que leu ou que fique escrevendo coisas inúteis de volta no disco.
Aqui está como auditar se as mudanças estão funcionando:
Verificar se o /tmp está na RAM
Este diretório guarda arquivos temporários que seriam escritos no disco. Rode no terminal:df -h /tmp
O que buscar: na coluna "Sistema de arquivos", deve estar escrito tmpfs.
Significado: tmpfs = File System na RAM. Sucesso.
Verificar se o Navegador está na RAM (PSD)
O Profile Sync Daemon cria links simbólicos para jogar o perfil do navegador na memória. Rode:psd preview
O que buscar: uma saída listando seus navegadores (Firefox/Chrome) e dizendo algo como profile is currently active ou apontando para /run/user/....
Teste prático: abra o navegador, feche e abra de novo. A segunda abertura deve ser quase instantânea (porque já está na RAM).
Obs.: nem todos os navegadores são compatíveis. Aparentemente o microsoft-edge e o brave não são.
Verificar se o Swap do Disco morreu (ZRAM)
Rode:sudo zramctl
Ou:
sudo swapon --show
O que buscar:
Deve aparecer apenas /dev/zram0 (ou similar).
Não deve aparecer /dev/sda... ou /dev/sdb... (partições de disco).
Significado: se a memória encher, ele vai comprimir na RAM (rápido) em vez de travar o HD USB.
Verificar se a "Leitura Sem Escrita" funcionou (noatime)
Rode:mount | grep noatime
O que buscar: várias linhas mostrando suas partições (btrfs) com a palavra noatime entre os parênteses.
Significado: você pode ler mil arquivos agora e o sistema não vai gastar nem 1 segundo escrevendo a "hora da leitura" no disco.