kdeinit5 inicia o konsoles de segundo plano com alto uso de CPU

Question

Estou usando o KDE Neon LTS 5.12, às vezes, por alguma razão desconhecida, vejo um alto uso de CPU proveniente dos konsoles iniciados pelo kdeinit5.

Cada konsole não tem janela e usa até 17% da CPU aproximadamente. Como não sei o motivo pelo qual isso acontece, às vezes vejo um, dois ou quatro konsoles (17% * 4 = 68% de uso da CPU) com a mesma descrição: konsole [kdeinit5] .

Eladizqueeusouousuárioqueiniciouisso,masnãoseioquefaçoparaqueissoaconteça.

Seeutentar[Jumptotheparentprocess]nomenudecontexto,elemeredirecionaráparaoóbvioprocessokdeinit5:Running....

Eu verifiquei fóruns, mas ainda não encontrei uma solução.

UPDATE (2018-04-17)

Ainda estou testando, já instalei a mesma distribuição com quase a mesma configuração em um laptop, com apenas uma diferença: não instalei os drivers da Nvidia tanto meu computador de mesa (o PC principal usado neste post) e o laptop está usando GPUs da Nvidia.

Por alguma razão (de novo), parece funcionar perfeitamente, sem deixar os processos em segundo plano nem inicializar novos.

Obviamente, há uma perda de desempenho que pode ser ligeiramente recuperada configurando o compositor para Xrender , mas mesmo ...

Há algum tipo de erro relacionado a isso? Eu tentei outras distros, mas não tanto para saber se esse erro é reproduzido também.

Vai continuar testando.

    

Answer 1

Esta não é uma solução, mas uma solução alternativa.

Após um dist-upgrade do Kubuntu 14.04 para o 16.04 eu tive o mesmo problema, com a única diferença que o konsole estava pegando um núcleo completo (25%) no fechamento. Além disso, na visualização em árvore, você pode ver um processo sendo encerrado, reaparecendo em systemd e, em seguida, interrompendo ...

Eu alterei o iniciador do Konsole (KMenu- > Clique com o botão direito- > Edite aplicativos ...- > Tabulação: Aplicativo) para ter o seguinte comando:

konsole --nofork &

Então, pelo que entendi, estou pedindo para o konsole não se separar, mas o fork está acontecendo com & . Até agora (~ 1 hora) as coisas parecem funcionar como esperado.

Eu estou ansioso para ver se há uma correção real para este - mas por enquanto estou salvando um núcleo.