Revivendo PCs com hardware antigo usando Linux: guia de 2026
(fosslinux.com/158206)- PCs de 2014 a 2019 que ficaram de fora por causa das exigências do Windows 11, como TPM 2.0, Secure Boot e CPUs mais recentes, ainda podem virar máquinas para uso diário com Linux leve, o que também se conecta diretamente à redução do lixo eletrônico
- A escolha da distribuição é definida principalmente pela quantidade de RAM e pela arquitetura da CPU, e as opções realistas mudam conforme a faixa: menos de 2 GB, entre 2 e 4 GB, ou mais de 4 GB
- O desempenho percebido não depende só da distribuição: tarefas que reduzem gargalos, como zram, ajuste de swappiness, limpeza de serviços e troca por SSD, fazem grande diferença
- O navegador é o app mais pesado em desktops Linux antigos, então ajustes no Firefox e ferramentas de bloqueio como uBlock Origin influenciam diretamente a usabilidade real
- Se houver limites físicos claros, como CPU somente 32 bits, menos de 1 GB de RAM, erros de SMART ou
memtest86+, ou temperaturas na faixa de 90°C, reciclar pode ser a opção mais realista
Por que um PC antigo ainda pode servir
- No mundo todo, são geradas cerca de 62 milhões de toneladas de lixo eletrônico por ano, e parte disso é hardware que ainda funciona normalmente
- O Windows 11 exige TPM 2.0, Secure Boot e CPUs relativamente recentes, deixando fora da lista de suporte alguns PCs plenamente funcionais de 2014 a 2019
- Muitas vezes, a sensação de lentidão em PCs antigos vem mais das exigências crescentes do sistema operacional do que do próprio hardware
- Uma instalação nova do Ubuntu Xfce usa cerca de 650 MB de RAM em repouso
- O Windows 11 usa 3 a 4 GB de RAM mesmo antes de abrir o navegador
- Em 2026, o ecossistema de Linux leve segue ativo, com lançamentos importantes em andamento
- BunsenLabs Carbon: lançado em fevereiro com base no Debian 13, sem suporte a i386
- Xubuntu 26.04 LTS: lançado em abril com Xfce 4.20 e 3 anos de suporte
- Linux Lite 8.0: lançado em junho com kernel customizado para desempenho, stack de jogos integrada e assistente local de IA
Verificações de hardware antes da instalação
- Antes de escolher uma distribuição, vale checar RAM, arquitetura da CPU e armazenamento com
free -h,lscpu | head -10elsblk - A RAM é o primeiro critério para escolher a distribuição
- Menos de 2 GB: é preciso uma distribuição bem leve
- 2 a 4 GB: a maioria das opções leves passa a ser viável
- Mais de 4 GB: na prática, quase todas as distribuições podem rodar
- Em 2026, CPUs somente 32 bits têm bem menos opções
- Muitas distribuições atuais deixaram de oferecer suporte a 32 bits
- O BunsenLabs Carbon também encerrou o suporte a i386, então não serve para máquinas 32 bits muito antigas
- Se a máquina ainda usa HDD mecânico, a troca por SSD pode ser o maior upgrade possível
- Antes de instalar, é mais seguro iniciar por um Live USB, rodar os mesmos comandos e sentir o desempenho na prática
- Se a sessão Live já for lenta, dificilmente a instalação vai ficar magicamente rápida depois
Escolhendo a distribuição pela quantidade de RAM
-
Menos de 2 GB
- antiX é uma das principais opções para hardware muito limitado
- Baseado no Debian Stable e sem systemd
- Usa cerca de 256 MB de RAM em repouso
- A interface é menos refinada do que em opções baseadas no Ubuntu
- Puppy Linux roda inteiro na RAM e consegue reviver máquinas que muitas distribuições nem aceitariam
- A curva de aprendizado é mais íngreme
- O ponto forte é o desempenho
- BunsenLabs Carbon usa um gerenciador de janelas ultraleve baseado em Openbox e roda sobre o Debian 13
- O desktop é minimalista e altamente configurável
- Desde o Carbon, o suporte a i386 foi encerrado, então ele não pode ser usado em máquinas 32 bits antigas
- antiX é uma das principais opções para hardware muito limitado
-
2 a 4 GB
- Essa faixa é praticamente o “sweet spot” da maioria dos projetos de recuperação
- Lubuntu 26.04 LTS é baseado em LXQt e usa cerca de 480 MB de RAM em repouso
- É uma das opções mais leves entre as baseadas no Ubuntu
- Tem suporte LTS até 2029
- Linux Lite 8.0 inclui XFCE, kernel customizado para desempenho, stack de jogos integrada, Lite Software e Lite Kernel Manager
- O uso de RAM em repouso fica em cerca de 650 MB
- As ferramentas extras melhoram a experiência inicial de uso
- Em testes com um ThinkPad T440s de 2014, o Lubuntu foi mais rápido no boot e no uso de memória em repouso, enquanto o Linux Lite foi mais responsivo durante o uso graças ao escalonador BORE
- Para uso diário, o Linux Lite foi o preferido
- Em máquinas com 2 GB ou menos, o Lubuntu é mais prático
-
4 a 8 GB
- Com 4 GB ou mais, já dá para rodar distribuições leves com bem mais folga
- Xubuntu 26.04 LTS oferece Xfce 4.20 e o ecossistema de pacotes do Ubuntu
- Linux Mint Xfce entrega uma interface mais próxima do Windows, com layout inspirado no Cinnamon
- Nessa faixa, a preferência pessoal pesa mais do que as limitações do hardware
Escolhendo o ambiente desktop: LXQt, Xfce, MATE
- O ambiente desktop é a parte com que você interage todos os dias, então ele influencia bastante a usabilidade percebida
- As principais diferenças aparecem no consumo de memória e no nível de customização
- LXQt: cerca de 480 MB de RAM em repouso, customização limitada, visual de Windows XP, indicado para minimalistas
- Xfce: cerca de 650 MB de RAM em repouso, customização profunda, visual de Windows 10, indicado para quem gosta de ajustar bastante o sistema
- MATE: cerca de 580 MB de RAM em repouso, customização intermediária, visual de Windows 7, indicado para usuários mais tradicionais
- O Xfce permite ajustar com mais liberdade posição dos painéis, widgets e comportamento das janelas sem precisar editar arquivos de configuração
- A diferença de desempenho entre LXQt e Xfce ainda existe, mas é menor do que no passado
- Na máquina de testes, o LXQt usou cerca de 50 a 80 MB menos RAM em repouso do que o Xfce
- Em máquinas com 2 GB de RAM, essa diferença importa
- Com 4 GB ou mais, ela deixa de ser um grande limitador
- Antes da escolha final, o ideal é testar pessoalmente via Live USB
Otimização de memória e serviços
-
Configuração de zram
- zram cria um dispositivo de swap comprimido dentro da RAM, usando memória comprimida no lugar de disco lento
- Há um pequeno custo de CPU para a compressão, mas em máquinas fabricadas nos últimos 15 anos a redução de I/O em disco costuma compensar mais
- No Ubuntu, é possível instalar
zram-toolse ajustar a configuração em/etc/default/zramswap - A configuração padrão funciona bem para a maioria das máquinas, e o zram-tools do Ubuntu usa compressão lzo-rle por padrão
-
Ajuste de swappiness
- O swappiness controla o quanto o Linux tende a mover conteúdo da memória para swap
- O valor padrão 60 funciona razoavelmente bem na maioria das máquinas, mas em HDDs antigos costuma valer a pena reduzir
- Em HDD, operações de swap podem causar atrasos em milissegundos, e não em nanossegundos
- O valor recomendado muda conforme o armazenamento
- SSD: manter swappiness em 60
- HDD antigo: 10 a 20 recomendado
- Um exemplo de configuração é
sysctl vm.swappiness=10e adicionarvm.swappiness=10a/etc/sysctl.conf
-
Desativação de serviços desnecessários
- Serviços em execução consomem memória e ciclos de CPU
- Se você não usa Bluetooth, pode desligar
bluetooth; se não tem impressora,cups; se não precisa de descoberta de serviços mDNS,avahi-daemon - O ganho individual de cada um é pequeno, mas em hardware limitado o efeito acumulado conta
Upgrade para SSD e TRIM
- Em máquinas antigas com HDD mecânico, a troca por SSD traz o maior ganho perceptível de desempenho
- Mesmo no mesmo hardware, a diferença por causa do armazenamento é grande
- Boot do Ubuntu em HDD: cerca de 45 a 60 segundos
- Boot do Ubuntu em SSD SATA: cerca de 12 a 18 segundos
- Tempo de abertura de apps: de 5 a 8 segundos para menos de 2 segundos
- Um SSD SATA de 256 GB costuma ser encontrado por menos de 30 dólares
- A troca pode ser feita clonando o drive antigo com
ddou Clonezilla e depois substituindo fisicamente a unidade - Depois da clonagem, vale verificar se o TRIM está ativado para manter o desempenho do SSD
- No Ubuntu, o
fstrim.timerroda por padrão uma vez por semana - Para execução manual, use
sudo fstrim -av
- No Ubuntu, o
- Há casos em que o upgrade para SSD não é a melhor saída
- Controladora SATA com defeito
- RAM abaixo de 2 GB sem possibilidade de upgrade
- CPU somente 32 bits sem suporte a 64 bits
Otimização do navegador
- O navegador é o aplicativo que mais consome recursos na maioria dos desktops Linux
- Abrir 10 abas no Firefox pode levar o uso de RAM a 2 ou 3 GB
- No
about:configdo Firefox, dá para ajustar as seguintes opçõesbrowser.cache.disk.enable: definir comofalsepara desativar o cache em disco- Em SSD, o cache em RAM costuma ser rápido o suficiente
- Em HDD antigo, pequenas gravações repetidas podem prejudicar o desempenho
browser.sessionhistory.max_entries: reduzir de 50 para 15 para diminuir o uso de memória do histórico por ababrowser.sessionstore.interval: aumentar de 15000 para 60000 para reduzir a frequência de salvamento da sessão e as gravações em disco
- uBlock Origin é quase indispensável em hardware antigo
- Ele bloqueia anúncios e scripts de rastreamento antes de serem carregados
- Em sites cheios de anúncios, pode reduzir o uso de memória da página em 30% a 50%
- Se o Firefox continuar pesado, vale considerar Falkon ou Pale Moon
- Ambos são mais leves que o Firefox, mas têm um ecossistema de extensões mais limitado
Quando não precisa ser desktop: servidor doméstico
- Um PC funcional que ficou lento para uso diário como desktop ainda pode ser reaproveitado como servidor doméstico
- Um servidor de arquivos baseado em Ubuntu Server ou Debian Minimal pode servir arquivos na rede local com menos de 512 MB de RAM
- Um servidor DNS com Pi-hole exige ainda menos recursos
- O servidor de mídia Jellyfin pode fazer streaming para outros dispositivos mesmo em hardware modesto
- Cargas de trabalho de servidor costumam ser mais esporádicas, então a máquina passa a maior parte do tempo ociosa e só recebe carga quando há requisições
- As opções recomendadas são Ubuntu Server 26.04 LTS ou Debian 12 Minimal
- Ambos são leves, estáveis e oferecem suporte de longo prazo
- Transformar um desktop em servidor também ajuda a aprender administração Linux, redes, gerenciamento de serviços, reforço de segurança e automação
Critérios para desistir
- Nem toda máquina antiga vale a pena reviver
- A combinação de CPU somente 32 bits com menos de 1 GB de RAM deixa as opções extremamente limitadas
- Puppy Linux e alguns derivados do Debian ainda podem rodar
- Mas, indo além de edição básica de texto, a experiência pode se tornar sofrível
- O estado do armazenamento pode ser verificado via SMART
- Se
sudo smartctl -a /dev/sdamostrar setores realocados, setores pendentes ou erros não corrigíveis, o drive pode estar morrendo - Nesse caso, vale trocar o drive ou considerar a reciclagem da máquina
- Se
- Erros de RAM não podem ser resolvidos por software
- Se o
memtest86+apontar erros, isso indica falha no módulo de memória
- Se o
- Problemas térmicos exigem manutenção física antes de otimização por software
- Se a CPU chega a 90°C sob carga leve, é preciso limpar a ventoinha e trocar a pasta térmica
- Se isso não resolver, o sistema de refrigeração pode estar fisicamente danificado
- Se mesmo após as otimizações o desktop Linux leve continuar sem desempenho utilizável, o ideal é recorrer a um programa responsável de coleta de lixo eletrônico
Conclusão prática
- Reviver hardware antigo com Linux exige combinar escolha correta da distribuição para a faixa do hardware, uso de zram e limpeza de serviços, além de uma avaliação realista dos limites físicos da máquina
- As recomendações por quantidade de RAM são relativamente claras
- 4 GB ou mais: Linux Lite 8.0 ou Xubuntu 26.04
- 2 a 4 GB: Lubuntu 26.04 LTS
- Menos de 2 GB: antiX ou BunsenLabs, desde que o hardware seja 64 bits
- O upgrade para SSD pode mudar bastante a sensação de velocidade em máquinas antigas
- A otimização do navegador é necessária para evitar que o Firefox consuma toda a memória disponível
- Continuar usando um PC antigo que ainda funciona ajuda a reduzir a quantidade de hardware que vai parar em aterros
1 comentários
Opiniões do Hacker News
Logo após o boot, a memória fica em 1,1 GB; depois de instalar vários apps, o uso de disco é de cerca de 10 GB. Tem tudo o que é necessário para uso real: navegador, Docker, editor de vídeo, editor de imagens, LibreOffice, OBS, máquinas virtuais e inúmeras ferramentas de linha de comando
Funciona muito bem até em hardware da época de 2014; a memória é de 16 GB, mas mesmo com 8 GB acho que projetos baseados em Docker ou edição de vídeo em 1080p ficariam ok
Até em uma GeForce 750 Ti de 2 GB, Silksong roda a 60 FPS, mas comprei uma AMD RX 480 de 8 GB usada para rodar várias tarefas em paralelo com mais fluidez. O Wayland é bem complicado quando há pouca memória de vídeo da GPU, especialmente em placas NVIDIA
Uso a mesma configuração também em um notebook mais moderno, mas, se não for uma tarefa muito limitada pela CPU, não sinto que seja muito mais rápido
A configuração que sobe o sistema em 10 a 15 minutos com um único comando está aqui: https://github.com/nickjj/dotfriedrice
Quando instalei o AntiX em um Chromebook de 2 GB, ele travava com apenas algumas abas do navegador. Pode ter sido um problema do próprio notebook comprado na Goodwill, ou talvez porque eu tinha desativado o swap por não querer forçar muitas escritas de swap no SSD/NAND soldado antigo de 16 GB: https://www.youtube.com/watch?v=VhozuNv-J7Q
O Bodhi tem mais recursos que o Puppy e um gerenciador de pacotes mais comum. Gosto de inicialização pela RAM, mas o Puppy tem uma curva de aprendizado mais íngreme e tende a ser menos mantido que o Bodhi. O Bodhi também deve ganhar uma nova versão em breve: https://www.reddit.com/r/bodhilinux/comments/1qqrfyj/is_bodh...
Como não tenho mais o Chromebook, também gravei um vídeo rodando o Bodhi com 1 GB no VirtualBox; em ociosidade, a memória ficava em cerca de 350 MB. Talvez isso tenha sido antes de abrir o Chromium: https://youtu.be/61xI-g--ozs?si=y7ukxyEGSj_kNPF7
Considerando o suporte a gerenciadores de pacotes adicionais, a boa interface Enlightenment e a compatibilidade, acho o Bodhi muito melhor que os 250 MB de memória ociosa do AntiX
Para a linha Atom N450, recomendo o eXe Linux: https://exegnulinux.net/ também há um vídeo relacionado
Eu não conhecia o BunsenLabs, mas pretendo conferir. A propósito, o chip Atom N450 suporta 64 bits mesmo sendo single-core, então pode se encaixar bem nesse tipo de máquina
Mas, se a situação envolve mexer tanto a ponto de tentar tornar o N455 utilizável, é praticamente entrar em modo de modificação por hobby, porque era um chip seriamente fraco até na época do lançamento. Por isso usei como desculpa para aprender Arch Linux
Se eu tinha só 2 GB de RAM e um armazenamento lento de 16 GB, achava que precisava ter certeza de que cada componente instalado na máquina tinha sido algo que eu escolhi instalar pessoalmente
O problema é que é difícil manter na cabeça os detalhes de um ambiente totalmente personalizado desses se você não o usa todos os dias. E fico me perguntando para que alguém usaria diariamente um N455 além de thin client
O texto sobre Arch Linux no Cr-48 está aqui: https://dansalva.to/resurrecting-a-prototype-chromebook-with...
Desde que escrevi o texto, o suporte gráfico i915 no Wayland foi corrigido, então agora, se quiser, um ambiente de desktop Wayland é realisticamente possível
Máquinas com 2 GB de RAM ou menos geralmente usavam DDR2 ou DDR3 da era Core 2 Duo e, em geral, aceitavam de 8 a 16 GB
Hoje, 8 GB de DDR3 custa algo em torno de 10 dólares, e máquinas que aceitam esse tipo de memória aparecem aos paletes em pilhas de lixo eletrônico gratuito. Então fico em dúvida sobre quanta gente aceitaria ficar com menos de 2 GB em vez de 8 GB por causa de 10 dólares
Nem todos os chipsets de desktop suportavam 8 GB ou 16 GB. O notebook que tenho tem 3 GB, e um dos slots só aceita até 1 GB
Por isso ainda são mais caros do que se imagina; há algumas semanas vendi alguns por 25 dólares cada
Além disso, em alguns notebooks o firmware não suportava mais de 4 a 6 GB de RAM. Alguns modelos iniciais de Intel MacBook não reconhecem 8 GB, mesmo que seja fisicamente possível encaixar
Por outro lado, uso um iMac de 2010 com os quatro slots DDR3 SO-DIMM preenchidos, totalizando 32 GB de RAM. Foi um projeto “só por diversão” de antes da alta de preços por causa de IA
Os iMacs daquela época permitiam upgrade de CPU, RAM e GPU, então troquei para uma CPU i7, uma GPU AMD m4000 e SSD, e o Linux Mint roda bem
Fora isso, ao instalar o firmware MrChromebox, eles viram máquinas surpreendentemente utilizáveis
E pensar que há máquinas dessas em paletes inteiros nas pilhas de lixo eletrônico gratuito; estou escrevendo isto agora em uma delas :(
Depois que 2026 começou, transformei um MacPro4,1 de 15 anos em uma máquina poderosa baseada no Ubuntu 24. Uso uma GPU de 2019 com HBM2.
Antes disso, eu praticamente não sabia nada sobre computadores que não fossem macOS. Cresci usando Mac e tenho três máquinas Apple Silicon modernas, mas o velho MacPro voltou a ser minha máquina principal do dia a dia. O motivo é o Linux.
É surpreendente que essa máquina velha rode o Ollama3.1 mais rápido que um M2Pro/M3/M4. É inteiramente por causa da GPU, e até essa GPU ainda é antiga pelos padrões atuais.
Nem é preciso ir tão longe no tempo. Muitas empresas estão atualizando PCs ultracompactos, e surgiu uma comunidade de self-hosting baseada em equipamentos Tiny da Lenovo, HP e Dell.
Com hardware antigo, não se substitui apenas o Windows; com Proxmox, também dá para substituir serviços online como cloud, NAS, DNS, VPN e multimídia.
Claro que esses sistemas não são de 2 GB, mas muitos sistemas de 8 ou 9 anos são descartados por serem “velhos demais”, e ainda conseguem fazer coisas bem interessantes.
Um amigo que trabalha em um MSP me deu, há um mês, um Lenovo m710q Tiny, e ele foi muito bom como desktop Debian para a bancada da garagem. Hoje em dia, o preço desses equipamentos Tiny também está subindo, então dei sorte. Parece que as pessoas perceberam.
Na verdade, até um mês atrás eu usava um Dell Optiplex 7050 Micro.
Também são excelentes para jogos retrô.
Como tinham suporte a PCI Express low profile, dava para conectar um monitor com saída 4K usando apenas DisplayPort e uma Radeon 7470 ou R5 R240.
Pagando um pouco mais, dava para pegar um i5, e algumas empresas de trabalho remoto também já ofereceram me enviar máquinas do mesmo tamanho.
Hoje em dia, muitas passaram a enviar notebooks e dock stations, o que é bem mais portátil, mas, pessoalmente, eu ficaria bem até sem isso.
A preocupação geral de que a distância entre requisitos de software e desempenho de hardware está aumentando é válida.
É aí que os projetos de software livre e de código aberto brilham. Eles pensam profundamente em como oferecer os recursos de que usuários modernos precisam, usando de forma inteligente recursos computacionais antigos.
Estou no setor desde os anos 1990, mas ainda me surpreende como tantas empresas investem pouco demais em retrocompatibilidade e desempenho no processo de design de sistemas operacionais e aplicativos.
Uso um Panasonic Toughbook CF31-5 há quase 10 anos e, para algumas pessoas, ele pode parecer um dinossauro, mas, para mim, foi uma grande atualização em relação ao meu ambiente anterior de computação portátil. A memória máxima é 16 GiB de DDR3 SDRAM em um Intel Core i5-5300U.
Quando comprei, tentei Debian e Ubuntu, mas eles já eram lentos naquela época; depois que instalei Xubuntu, continuo usando sem problemas de desempenho.
Uso principalmente Emacs e ferramentas TeX e escrevo Elisp e LaTeX, então é suficiente. Não jogo nada com gráficos pesados, nem uso UIs intensivas em GPU ou visualização de dados pesada.
Mas há um critério claro: consigo rodar facilmente no Xubuntu o framework de automação de testes de que preciso para o trabalho. Nos sistemas Windows 11 e macOS Tahoe fornecidos pela empresa, esse app fica se arrastando e é praticamente inutilizável.
É uma pena que não haja uma palavra sobre MGLRU e sua configuração. Em PCs de baixo desempenho, especialmente com pouca RAM e HDDs lentos, isso tem o maior impacto no desempenho.
Há textos de usuários do patch “le9”, criado por desenvolvedores do ChromeOS muito antes do MGLRU. Ele usa uma ideia semelhante: manter o cache de arquivos essenciais na RAM pelo maior tempo possível.
Em máquinas de baixo desempenho, a diferença percebida costuma ser dramática.
https://phoronix.com/forums/forum/…
https://phoronix.com/forums/forum/…
Fico curioso se há distribuições em que isso vem desativado. Especialmente se forem as distribuições mencionadas no texto, seria preciso recompilar o kernel; caso contrário, talvez seja o caso de enviar um bug report para a distribuição.
Gosto de usar hardware antigo dessa forma, mas navegar na web em notebooks antigos é sofrido.
Mesmo usando um navegador leve e bloqueio de anúncios, os sites são terrivelmente lentos. Coisas como Google Maps ou Google Docs ficam praticamente inutilizáveis.
Não sou contra JavaScript na web de forma alguma, mas o fato de páginas simples de documentos, formulários e tabelas — coisas que, ao que tudo indica, deveriam caber em no máximo 1 MB de RAM — consumirem 0,5 GB é algo que precisa ser resolvido.
Para hardware antigo, Void Linux, Xubuntu ou Linux Mint Xfce são boas opções. Se for preciso manter tudo atualizado e conectado à internet, esse caminho é melhor.
Pessoalmente, acho AntiX e Puppy Linux um pouco ásperos. Eu preferiria deixar uma versão antiga do Windows, totalmente atualizada e projetada para aquele hardware, funcionando offline.
Para usos como jogos retrô e ripagem de CDs, funciona muito bem.
Passei por algo parecido ao tentar usar um notebook antigo com 2 GB de RAM.
Fiquei surpreso com o quanto ele sofria até em tarefas básicas. Meu primeiro computador tinha 32 MB de RAM; claro que hoje é um mundo totalmente diferente, mas eu também não estava tentando fazer nada muito mais ambicioso do que fazia naquele PC.
Meu primeiro PC com Linux era um 386DX-40 com 20 MB de RAM e um HDD de cerca de 80 MB
Dava para rodar X Windows, Emacs e gcc para os trabalhos de Ciência da Computação da faculdade. Para usar um desktop de tamanho decente, como 1024x768 ou 1280x1024, era preciso usar gráficos de pseudocor de 8 bits em um bom CRT
Mas, assim que abri um único JPEG baixado de um site acadêmico, ele entrou em uma tempestade de swap. Era um scan em alta resolução de um manuscrito antigo, mas provavelmente tinha menos pixels do que uma foto de smartphone desta década
Mesmo em tarefas comuns, era preciso aguentar atrasos frequentes de swap sempre que um programa novo era executado e um antigo era empurrado para fora da memória
E, se eu abro mais de 3 apps Electron, quase sempre é o fim
Há 15 anos, 8 GB de RAM era do tipo “onde vou usar todo esse espaço?”
Dá calafrios ouvir que o Windows 11 usa 3 GB de RAM em estado ocioso. Não faço ideia de como isso é possível
A bloatização chegou a um nível astronômico, mas a maioria das pessoas nem liga