Uma instalação recente do ZimaOS que permanece perto dos 30% de CPU durante muitas horas não deve ser automaticamente descartada como “normal”, especialmente quando a lista de processos aponta para kworker. O passo seguinte útil é identificar qual trabalhador do kernel está ativo e que dispositivo ou interrupção o está a manter ocupado.
Neste tópico, a Pesquisa com IA foi excluída e o utilizador continuou a observar o comportamento após cerca de dez horas. A temperatura e o consumo de energia baixos eram tranquilizadores, mas não provavam por que motivo os trabalhadores do kernel estavam ativos.
O que o tópico realmente mostrou
O sistema original utilizava um i3-6100T com dois núcleos e quatro threads. Uma resposta da comunidade sugeriu inicialmente atividade pós-instalação e consultas periódicas da interface Web, mas o utilizador confirmou posteriormente que a carga persistiu durante cerca de dez horas e que a Pesquisa com IA estava desativada.
Outra resposta descreveu kworker como trabalho do kernel relacionado com controladores, interrupções, gestão de energia, discos e rede. Essa descrição é, de um modo geral, correta, mas a conclusão de que 25–30% é sempre inofensivo num CPU de dois núcleos não foi comprovada pelo tópico.
Identifique o trabalhador ocupado antes de alterar definições
Comece pela lista de processos enquanto o painel mostra o pico. Se uma thread kworker aumentar repetidamente ao mesmo tempo, registe o respetivo nome, a percentagem de CPU e a hora exata. Em seguida, verifique se a atividade muda quando desliga, um de cada vez, dispositivos USB opcionais, discos inativos, placas de rede adicionais ou outro hardware.
O mesmo princípio surge na lista de verificação de estrangulamentos do NAS: associe o sintoma ao recurso e ao processo que mudam no mesmo momento, em vez de atualizar o hardware com base num único gráfico.
Exclua trabalho em segundo plano e erros recentes
As instalações recentes podem executar tarefas de descoberta, indexação e inicialização de serviços, pelo que um pico breve após o arranque não é automaticamente uma falha. No entanto, a persistência durante muitas horas altera o diagnóstico. Feche a interface Web, pare as aplicações não essenciais, confirme o estado da Pesquisa com IA e reinicie uma vez para verificar se o mesmo trabalhador regressa.
Compare também o comportamento depois de atualizar para a versão atual. As notas do ZimaOS 1.7.1 incluem correções de estabilidade e de memória, embora não afirmem especificamente corrigir este relato de kworker de fevereiro de 2026.
Quando pedir assistência
Peça assistência quando um trabalhador continuar ocupado após um reinício limpo, quando a temperatura ou o consumo aumentarem, quando o sistema ficar lento ou quando a carga variar previsivelmente com um determinado dispositivo. Registe a versão do ZimaOS, o modelo do hardware, o resultado de top e o nome exato do trabalhador.
Para obter um método geral de distinção entre pressão sobre a CPU e pressão sobre o armazenamento ou a rede, o método de diagnóstico de estrangulamentos de recursos utiliza a mesma abordagem baseada em evidências.
Em resumo
O tópico não provou que uma utilização de 30% da CPU em inatividade seja normal em todos os sistemas ZimaOS com poucos núcleos. Uma temperatura e um consumo baixos são bons sinais, mas uma utilização persistente de kworker continua a justificar o isolamento ao nível do processo e do dispositivo antes de ser considerada inofensiva.
