O modo de tela cheia em aplicativos faz com que o gnome-shell apresente 80-100% de CPU, mesmo depois de fechar o aplicativo

1

No Gnome 9.5, se eu usar o "Modo Zen" do VScode (ctrl-k + z) ou modo de tela cheia (f11), gnome-shell de uso da CPU (visualizado em top ) aumentará de 0-10% para 80 -100% Isso acontece mesmo se eu entrar e sair rapidamente do "Modo Zen", ou mesmo se eu entrar no Modo Zen e, em seguida, fechar o VScode . Com o programa fechado, o gnome-shell de uso ficará parado entre 80% e 100% até que o sistema seja totalmente reiniciado.

OS Version: Debian GNU/Linux 9.5 (stretch) 64-bit
Gnome V 3.22.2
10.8GiB RAM
Intel Core i7-8650U @ 1.9GHz x 4
Graphics: Chromium 

Executando em um Host do Windows 10 do VirtualBox.

Eu tenho tentado muitas versões do VScode, incluindo versões antigas e versão em uma máquina atualmente em funcionamento. Eu tentei remover completamente o VScode e reinstalar (para todas as tentativas de versão). Eu reinstalei completamente ambos os Gnomes nesta instalação Debian, assim como iniciei uma instalação Debian do zero.

Este problema não é duplicado em minha outra máquina rodando Debian 9.3, com a mesma versão do Gnome (instalada nativamente). Quando tiver tempo, tentarei duplicar em uma nova VM usando o 9.3.

Com base nos problemas que outros observaram ao executar o Debian com o Gnome no VirtualBox, eu habilitei a aceleração 3D nas configurações do VirtualBox.

Como posso depurar e resolver esse uso extraordinariamente alto de gnome-shell da CPU a partir de uma única ação?

EDIT: Esse problema é duplicado inserindo vscode no "modo de tela cheia". EDIT2: Este problema é duplicado, inserindo qualquer aplicativo em "modo de tela cheia" com f11 .

EDIT3: este problema é provavelmente o mesmo que este relacionado ao virtualbox não manipulando o x11 correto . Vou testar hoje, desabilitando a aceleração 3D e vendo o que acontece. Irritantemente, eu habilitei acelerações em 3D para melhorar os problemas de atraso de entrada ...

    
por Caleb Jay 23.07.2018 / 23:06

1 resposta

0

Isso é mais provável porque o VirtualBox não suporta a aceleração 3D para x11 convidados.

link link

Desativar a aceleração 3D corrige o problema, mas aumenta o atraso de entrada para níveis inaceitáveis.

Eu não consegui fazer o gnome-wayland funcionar ( este segmento indica que requer manipulação esotérica de drivers nvidia), e os comandos em este tópico parece indicar que estou usando o gnome x11. Eu também não consegui fazer com que outro ambiente funcionasse a um nível aceitável.

Deixarei esta resposta como inaceitável, na esperança de que alguém possa me indicar uma solução desejável. Se isso não acontecer, terei que aceitar essa resposta como basicamente "Você deve ter atraso de entrada ruim e tela cheia funcional, ou apenas atraso de entrada ruim e tela cheia não funcional".

    
por 26.07.2018 / 22:55