Conclusão: 760 MB foi uma medição real, mas não um valor de referência universal normal
A evidência útil está no contraste. Num sistema Windows 11 24H2, o cliente Zima apresentou cerca de 760 MB, enquanto outra instalação apresentou aproximadamente 191 MB. Isto significa que não há suporte para a afirmação de que o «Zima Client utiliza sempre 765 MB». Considere a medição elevada uma questão de investigação da memória por versão e carga de trabalho.
Registe a versão do cliente antes de comparar a memória
A resposta da IceWhale solicitou imediatamente as versões do ZimaClient e do ZimaOS, porque o comportamento da memória pode mudar entre versões. O ZimaClient atualiza-se ativamente, por isso uma captura do Gestor de Tarefas de 2025 não deve ser utilizada como referência para 2026. A instalação do ZimaClient é o ponto de entrada atual para o cliente.
Meça o conjunto de trabalho privado ao longo do tempo, não apenas numa captura de ecrã
A coluna Memória do Gestor de Tarefas é útil, mas pode incluir comportamentos diferentes dos processos auxiliares do Electron/WebView. Observe o processo durante vários minutos após o arranque, ao navegar pelos ficheiros, durante cópias de segurança, acesso remoto e períodos de inatividade. O Process Explorer oferece uma visibilidade mais detalhada ao nível dos processos.
Verifique se a memória continua a aumentar
Uma utilização estável de 300–700 MB e um processo que cresce de 200 MB para vários GB sem libertar memória são problemas diferentes. Registe a memória a cada poucos minutos e anote qual a ação que desencadeia o aumento. Um relatório de fuga de memória precisa de uma tendência, não apenas de um número elevado.
Separe a atividade de cópia de segurança da utilização do cliente em inatividade
O ZimaClient pode gerir a deteção de dispositivos, o acesso remoto, ações rápidas e cópias de segurança. Uma análise de cópia de segurança ou uma transferência ativa pode utilizar legitimamente mais memória/CPU do que um processo na área de notificação em inatividade. Pause a cópia de segurança, aguarde que o cliente estabilize e compare novamente.
O acesso a dispositivos do ZimaClient fornece o contexto atual das funcionalidades.
Teste um reinício limpo antes de reinstalar
Saia completamente do ZimaClient, confirme que os respetivos processos auxiliares desaparecem, abra-o novamente e faça uma nova medição. Se a utilização elevada só surgir após vários dias de funcionamento contínuo, registe essa duração. Se um arranque limpo voltar imediatamente ao mesmo valor invulgarmente elevado, recolha informações sobre os registos e a versão para enviar ao suporte.
Não compare dois clientes de sincronização apenas pela RAM
O Synology Drive e o ZimaClient não implementam arquiteturas nem conjuntos de funcionalidades idênticos. A RAM é importante, especialmente em PCs Windows com 8–16 GB, mas a comparação útil é a utilização de recursos durante a mesma tarefa: inatividade, sincronização de uma pasta, acesso remoto, análise de cópia de segurança e transferência ativa.
O modo de eficiência do Windows é uma solução temporária, não uma correção
O Windows pode permitir que uma aplicação seja executada no modo de eficiência, mas isso altera principalmente o agendamento e o comportamento energético. Não explica por que motivo a memória está elevada nem corrige uma fuga de memória. Utilize-o apenas se a capacidade de resposta ou o consumo de energia forem importantes enquanto recolhe evidências.
O que incluir num relatório útil sobre utilização elevada de memória
Inclua a compilação do Windows, a versão do ZimaClient, a versão do ZimaOS, a memória após um arranque limpo, a memória após 30–60 minutos, as funcionalidades do ZimaClient ativas e se a utilização diminui quando as funcionalidades de cópia de segurança/acesso remoto estão inativas. A cópia de segurança do ZimaOS ajuda a definir um desses estados de teste.
Para obter evidências mais aprofundadas no Windows, o Windows Performance Recorder pode capturar um rastreio baseado no tempo quando a memória aumenta apenas após uma sincronização ou atividade de cópia de segurança prolongada. Isto é mais útil para os programadores do que comparar duas capturas de ecrã isoladas do Gestor de Tarefas.
Perguntas frequentes
760 MB é normal para o ZimaClient?
O tópico de origem mostra que pode ocorrer, mas outro sistema utilizou cerca de 191 MB, pelo que não é um valor de referência universal.
Como devo medir uma fuga de memória?
Acompanhe a memória ao longo do tempo e identifique se aumenta continuamente durante ações repetidas ou longos períodos de inatividade.
O Windows 11 24H2 causa o problema?
O relatório ocorreu no 24H2, mas um único caso não é suficiente para estabelecer o Windows 24H2 como causa.
Devo reinstalar o ZimaClient?
Primeiro, reinicie-o de forma limpa e teste a versão atual. Reinstale apenas depois de documentar a versão e o comportamento dos processos.
Que dados devo enviar ao suporte?
Versões do cliente e do sistema operativo, compilação do Windows, capturas de ecrã, evolução da memória, funcionalidades ativas e passos que reproduzam o aumento.
