在 Gnome 9.5 上，如果我使用 VScode 的“Zen 模式”(ctrl-k + z) 或全屏模式 (f11)，gnome-shellCPU 使用率（通过查看top）会从 0-10% 使用率飙升至 80-100%。即使我快速进入并退出“禅宗模式”，或者即使我进入禅宗模式然后关闭 VScode。程序关闭后，gnome-shell使用率将停留在 80%-100%，直到系统完全重新启动。
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
在 VirtualBox Windows 10 主机中运行。
我尝试过许多版本的 VScode，包括旧版本和当前工作机器上的版本。我尝试完全清除 VScode 并重新安装（对于所有版本尝试）。我已经在这个 Debian 安装上完全重新安装了 Gnome，并开始了从头开始的 Debian 安装。
在我的另一台运行 Debian 9.3、具有相同版本的 Gnome（本机安装）的计算机上，没有重复此问题。当我有时间时，我会尝试使用 9.3 在新虚拟机上进行复制。
基于其他人指出的在 VirtualBox 中运行 Debian 和 Gnome 时出现的问题，我在 VirtualBox 设置中启用了 3D 加速。
如何gnome-shell通过单个操作调试并有望解决这个异常高的 CPU 使用率？
编辑：通过将 vscode 输入“全屏模式”来重复此问题。 EDIT2：通过将任何应用程序输入“全屏模式”，会重复此问题f11。
EDIT3：这个问题可能与这与 virtualbox 无法正确处理 x11 有关。今晚我将通过禁用 3d 加速进行测试，看看会发生什么。令人烦恼的是，我启用了 3d 加速来改善输入延迟问题......
答案1
这很可能是因为 VirtualBox 无法处理 x11 虚拟机的 3d 加速。
https://www.virtualbox.org/wiki/X11Guest3D https://askubuntu.com/questions/1035410/ubuntu-18-04-gnome-hangs-on-virtualbox-with-3d-acceleration-enabled
禁用 3d 加速可以解决该问题，但会将输入延迟增加到不可接受的水平。
我还没有成功让 gnome-wayland 工作（这个线程表明它需要对 nvidia 驱动程序进行深奥的摆弄），并且命令这个线程似乎表明我正在使用 gnome x11。我也没有设法让另一个环境工作到可接受的水平。
我将不接受这个答案，希望有人能为我指出一个理想的解决方案。如果这种情况没有发生，我将不得不接受这个答案，因为基本上“你必须要么有糟糕的输入延迟和功能性全屏，要么只有有点糟糕的输入延迟和非功能性全屏。”