opa…
1 - openSUSE_ Linux 6.17.8-1-default
2 - Arch_____ Linux 6.12.58-1-lts
3 - Debian___ Linux 6.17.8+deb14-amd64
4 - Fedora___ Linux 6.17.8-200.fc42.x86_64
5 - PCLinuxOS Linux 6.12.48-pclos1
6 - PCLinuxOS Linux 6.12.58-pclos1
7 - Mageia___ Linux 6.5.3-desktop-1.mga10
8 - Kubuntu__ Linux 6.14.0-36-generic
9 - Void_____ Linux 6.12.58_1
10 - Mint_____ Linux 6.8.0-88-generic
12 - MXLinux__ Linux 6.1.0-21-amd64
-
Sistema de Arquivos: Uso ext4 em todas – exceto openSUSE, que instalei em BtrFS com subvolumes e snapshots. – Partições /home ext4 em todas, exceto openSUSE que instalei com /home em XFS; e Arch e PCLinuxOS (o novo), cujas /home alterei agora para XFS
- Por que: BtrFS é bom, mas muito chato de se olhar “de fora”; um, só já é o bastante, para mim. – Estou achando que XFS resiste melhor às quedas súbitas de eletricidade; mas não tenho provas cabais.
-
Ambiente Gráfico (DE/WM): KDE Plasma, em todas – algumas na versão Plasma 6, outras na versão Plasma 5.
- Por que: Opção feita em 2007, quando instalei o Kurumin e gostei. – Já experimentei Xfce, Cinnamon, MATE, IceWM etc., mas não vi vantagem, para mim
-
Gerenciamento de Pacotes: O gerenciador nativo de cada uma (sem “lojinha”, sem “notificações” automáticas, sem “unattended-upgrades”, sem Flatpak, nem AppImage, nem Snap). – No Arch, também uso yay, só para meia-dúzia de pacotes do AUR (e só depois de atualizar todo o resto pelo pacman).
- Por que: Prefiro verificar atualizações manualmente, 1 vez por semana, em geral aos Domingos
-
Extra de Resiliência #1 (O segredo!): Não usar placa de vídeo, nem Wifi (só o do Modem, para o Android) , nem Bluetooth etc.
- Por que: Gosto de sossego e tranquilidade
-
Extra de Performance #1 (Para voar!): Tocar uma musiquinha pra dar mais ânimo ao hardware
- Por que: Se até as plantas funcionam melhor com musiquinha, imagine o hardware!
Referências
Pequenos detalhes
- O opensuse é Tumbleweed (rolling)
- O Debian é Testing (rolling)
- O Fedora ainda é o único em que uso sessão Wayland – só pra ficar de olho nesse trem. – Também é o único que usa o tal “Grub-BLS” (há anos) – e o único que usa SELinux (em vez deAppArmor)
- (Linux5) – PCLinuxOS “novo”, ainda não lançado, ainda em fase de teste (experimenta quem quiser), com Plasma 6 e gerenciamento de pacotes via dnf. – Usa SysV init (em vez de SystemD)
- (Linux6) - PCLinuxOS tradicional, ainda com Plasma 5 e gerenciamento de pacotes via APT (apt-rpm) / Synaptic. – Usa SysV init (em vez de SystemD)
- O Mageia é Cauldrom (rolling). – Continuo usando urpmi / urpme etc. (em vez do dnf).
- Kubuntu LTS – instalado recentemente. – Ainda com Plasma 5
- Void (rolling) – usa Runit (em vez de SystemD)
- Mint – instalado recentemente – e troquei o Xfce pelo Plasma 5 (dos Buntus LTS)
- MX Linux – usa SysV init (em vez de SystemD)
Swappiness & Cache_Pressure
Os 2 PCLinuxOS vieram com Swappiness = 10 e Cache_Pressure = 50
O MX Linux veio com vm.swappiness = 15, e vm.vfs_cache_pressure = 100
No Arch, estou experimentando Swappiness = 10 e Cache_Pressure = 50 – mas ainda não percebi melhorias. – Pelo contrário, parece que agora o congelamento (Chrome, em sites com muitas Layers, p.ex.: Facebook) pode acontecer mais cedo, após 1 ou 2 dias – e não só por volta do 5º dia.
- De uns tempos para cá, o Facebook voltou a consumir CPU tresloucadamente – tal como acontecia no meu antigo PC fraquinho, em 2016-2018. – Naquela época, consegui driblar esse problema, desativando “hardware acceleration” no Chrome. – Atualmente, ainda nem tentei. Fica devagar-quase-travando, em certos momentos / ações / situações.
O Google Earth (desktop app) também colapsou e sumiu muito rápido, esta semana, no Arch Linux.
01 - openSUSE_ vm.swappiness = 60
02 - Arch_____ vm.swappiness = 10 (custom change)
03 - Debian___ vm.swappiness = 60
04 - Fedora___ vm.swappiness = 60
05 - PCLinuxOS vm.swappiness = 10 PCLinuxOS Darkstar Plasma 6
06 - PCLinuxOS vm.swappiness = 10 PCLinuxOS Darkstar Plasma 5
07 - Mageia___ vm.swappiness = 60
08 - Kubuntu__ vm.swappiness = 60
09 - Void_____ vm.swappiness = 60
10 - Mint_____ vm.swappiness = 60
12 - MXLinux__ vm.swappiness = 15
01 - openSUSE_ vm.vfs_cache_pressure = 100
02 - Arch_____ vm.vfs_cache_pressure = 50 (custom change)
03 - Debian___ vm.vfs_cache_pressure = 100
04 - Fedora___ vm.vfs_cache_pressure = 100
05 - PCLinuxOS vm.vfs_cache_pressure = 50 PCLinuxOS Darkstar Plasma 6
06 - PCLinuxOS vm.vfs_cache_pressure = 50 PCLinuxOS Darkstar Plasma 5
07 - Mageia___ vm.vfs_cache_pressure = 100
08 - Kubuntu__ vm.vfs_cache_pressure = 100
09 - Void_____ vm.vfs_cache_pressure = 100
10 - Mint_____ vm.vfs_cache_pressure = 100
12 - MXLinux__ vm.vfs_cache_pressure = 100
Milionário & José Rico
Nada de Jogos Pesados, nem Edição & Streaming, nem Programação Profissional.
Minha atividade é mais de pesquisar, baixar, editar, escrever, publicar (blogs / sites, livros, textos, imagens); – além de assistir alguns (pouquíssimos) vídeos no Youtube; – e acompanhar os acontecimentos (redes, fóruns, alertas do Google News).
Resiliência
Proponho um conceito alternativo – não “melhor”, mas apenas “diferente” – de “resiliência”:
Das 11 distros:
-
6 estão instaladas há 5 anos, ou mais.
-
O PCLinuxOS “antigo”, reinstalei em 2021, porque eu tinha conseguido “estragar” algum pequeno detalhe e nunca consegui consertar, então me rendi. – Nenhuma distro é “resiliente” contra usuário que faz caca!
-
Reinstalei o MX Linux em 2023, porque não recomendavam ou não havia ferramenta confiável para fazer upgrade de versão. – Nada que desmereça a “resiliência” do MX Linux.
-
Este ano, instalei KDE Neon, Kubuntu LTS, e Linux Mint (com KDE), pra matar as saudades. – Quando precisei de espaço, troquei o KDE Neon pelo “novo” PCLinuxOS. – De novo, nada que desmereça a “resiliência” dessas distros.
-
Há cerca de 1 ano, sim, removi o Redcore Linux – que não sei se quebrou sozinho, ou se fui eu quem quebrou (mais provável), e eu não sabia o suficiente para consertar, embora tentasse por meses. – Funcionava 100% bem!.. só que eu não conseguia mais atualizar. – Concluí que é mais trabalhoso, do que eu estou disposto a ficar tentando.
-
Também desisti do Slackware, porque nunca consegui atualizar sem estragar. – Estava além do que estou disposto a continuar tentando. – Sempre funcionou 100% muito bem.
-
O KDE Neon que instalei em 2020, adiei demais o upgrade para Plasma 6… e quando fui tentar, não deu certo. – Acho que já era tarde demais.
## - Distro - Installed
1 - openSUSE Tumbleweed - 2020-01-11
2 - Arch - 2020-04-15
3 - Debian Testing - 2020-03-24
4 - Fedora - 2020-01-12
5 - PCLinuxOS - 2025-09-22
6 - PCLinuxOS - 2021-08-09
7 - Mageia (Cauldron) - 2020-07-02
8 - Kubuntu LTS - 2025-07-13
9 - Void - 2020-07-13
10 - Mint (KDE) - 2025-07-13
12 - MX Linux - 2023-07-31
Tempo de boot
Não ligo muito para o tempo do boot, pois em geral uso a mesma distro a semana inteira. – Só reinicio (várias vezes), no dia de atualizar todas. – Vale como elemento de comparação.
-
Todas com Login automático
-
Todas sem verificação automática de atualizações.
-
Todas com 2 widgets – Weather e Moon (em versões diferentes, conforme o KDE).
Essa medida é feita “visualmente” – Capturo a tela quando finalmente aparece o Painel do KDE Plasma. – Não uso “systemd-analyze”, por não ser confiável (ignora o tempo de carga do KDE)… e por não existir em algumas distros:
Distro Boot Date
time
Void 12 2025-09-14
Void 13 2025-09-07
Mint 14 2025-09-07
Mint 15 2025-09-07
KDE Neon 15 2025-09-07
Mint 15 2025-09-14
Arch 17 2025-09-07
Arch 17 2025-09-15
Arch 18 2025-08-24
Mageia 18 2025-09-07
KDE Neon 18 2025-09-07
Debian 18 2025-09-07
Mageia 18 2025-09-14
Debian 18 2025-09-15
Arch 19 2025-08-23
Arch 20 2025-09-07
MX Linux 20 2025-09-14
openSUSE 28 2025-08-24
openSUSE 29 2025-08-23
PCLinuxOS 29 2025-09-14
openSUSE 29 2025-09-15
openSUSE 30 2025-08-24
Fedora 34 2025-09-07
openSUSE 35 2025-09-08
Fedora 36 2025-09-07
Kubuntu 40 2025-09-07
Kubuntu 40 2025-09-07
Kubuntu 40 2025-09-07
Kubuntu 40 2025-09-14
Obs.:
- O Mint está abrindo rápido (não foi sempre assim), mas “picota” (atropela) o som de Login
- O Kubuntu está demorando muito (não foi sempre assim), mas no fim abre com tudo já pronto
- openSUSE e Fedora sempre foram meio demorados
- Debian Testing já foi demorado – em outras épocas foi rápido. – Agora está na fase de abrir rápido
Essas coisas estão sempre variando um pouco, ao longo dos anos.
Uso inicial de Memória RAM
Com meus atuais 16 GB RAM, isso não faz muita diferença – mas essa verificação me ajuda a examinar quais serviços ainda posso desabilitar em alguas distros. – O Mageia, p.ex., passou a usar menos RAM depois que fiz uma “limpa” de serviços de que não preciso.
- Todos, sem Personal Information Management (PIM)
openSUSE, Fedora e Debian sempre usaram mais Memória RAM, desde quando comecei a observar, anos atrás. – Aceito de bom grado o consumo extra do openSUSE, pelos serviços de manutenção de BtrFS e Snapshots. – Ainda não me animei a examinar a fundo quais serviços ainda posso desabilitar no Debian e no Fedora.
Ainda não acabei de “limpar” o Kubuntu (nem o Mint!). – É possível que ainda possa deixá-lo um pouco mais “leve”.
Meu Linux ‘blindão’: Como ficaria o seu? 
A Ideia Principal: O Meu Linux “blindão”
Jogos Pesados: Alto FPS e baixa latência.
Edição & Streaming: Renderização rápida e estabilidade na transmissão.
Programação Profissional: Ambiente de desenvolvimento robusto, containers rápidos.
Navegação / Uso Comum: Consumo de RAM e CPU otimizado, segurança impecável.
Modelo de Postagem (Copie e Cole para Responder!)
O Meu Linux “blindão” em poucas palavras:
, preferencialmente jogos nativos em Linux e promoções da Steam com valores de no máximo de 50 reais.
