No seguimento da má táctica da MS de lidar com o fraco desempenho do Windows Explorer (fazendo o pré-carregamento em vez de resolver os problemas de base), também o Discord parece optar por uma táctica duvidosa para lidar com o tradicional consumo excessivo de memória RAM da sua app.
A app do Discord é conhecida por gastar quantidades absurdas de RAM sem qualquer motivo para tal, facilmente se encontrando relatos de utilizadores que notam que a app está a usar 8GB, 16GB, ou até mesmo 32GB, consoante a memória que têm no seu PC. Agora, a "solução" apresentada passa, não por resolver a causa do consumo excessivo de RAM, mas fazendo batota reiniciando a app quando a mesma ultrapassa os 4GB de RAM usados - com algumas condicionantes adicionais, como não se estar a meio de uma conversa de voz, e limitado a um máximo de um restart a cada 24 horas.
Ora, passando-se a fase de criticar mais uma solução "estúpida", há que referir que a equipa do Discord diz que isto é apenas uma medida temporária de "desenrasque", e que têm estado empenhados em descobrir as reais causas do consumo excessivo de RAM para as resolver.🧹 Discord is finally "fixing" memory leaks! /s
— Wumpus Central (@WumpusCentral) December 3, 2025
The client is testing a feature that monitors its own RAM usage and performs an intentional restart to clear resources if it reaches 4 GB while you're AFK.
No restarts occur if you're currently in a call. pic.twitter.com/pNZbnIlw5j
Official Discord Staff Response on workaround "Memory Fix" update that went viral last 48 hours. https://t.co/flIsLIdTwK pic.twitter.com/8L6s8yZvUv
— Wumpus Central (@WumpusCentral) December 5, 2025
Confesso que eu próprio me sinto algo solidário com eles, sendo forçado a admitir que também eu já recorri a uma táctica idêntica no passado, para programas que tinham que funcionar de forma contínua por semanas ou meses, e que invariavelmente começavam a usar quantidade de memória crescente. A única desculpa é que, apesar de eu fazer todos os possíveis para manter as melhores práticas de programação, muitas vezes os problemas estavam em APIs externas sobre as quais não se tem qualquer controlo. Daí que, nem sempre as questões de saber programar "bem" ou "mal" são tão simples quanto uma decisão binária, ainda mais numa altura em que o desenvolvimento de apps frequentemente assenta em dezenas de bibliotecas e projectos externos, tornando a tarefa ainda mais complicada (isto é: simples para acelerar o desenvolvimento, muito mais complexa a nível de se conseguir fazer o debug para determinar o que anda a causa memory leaks).
Ainda assim, não deixa de ser um sinal de desleixo, revelando que - algum componente, seja ele qual for - foi feito por quem não se preocupou, ou nem tem sequer consciência, dos princípios básicos de gestão de memória no software.
Sem comentários:
Enviar um comentário (problemas a comentar?)