Parallels Desktop 运行 Ubuntu/Debian 虚拟机时，若开启 3D 加速，GNOME 默认文件管理器 Nautilus 常出现两类型症状：

• 启动迟滞：从点击图标到窗口渲染完成耗时过长；
• 交互卡顿：右键菜单（Context Menu）、属性面板等基于 GTK4 的界面响应明显延迟。

关闭 Parallels 3D 加速可以缓解该问题，但会损失3D 渲染与图形加速性能。

原理剖析

问题主要出现在 Parallels 虚拟显卡与 GTK 4 渲染路径的兼容性上。通过强制 Nautilus 使用 Vulkan / Cairo 渲染模式，可以避免 GTK 4 使用 VirGL，从而明显改善右键菜单的响应速度。

截至 Parallels Desktop 版本 26.4，其 3D 加速后端为 OpenGL 4.1，未提供 Vulkan 支持。若强制使用 Vulkan 模式，系统会自动退回到 Cairo （CPU 渲染）。

Nautilus 专用配置模式

该方案仅影响 Nautilus 单一应用：

• ✅ 不影响 Firefox / Chromium GPU 加速
• ✅ 不影响 GNOME Shell
• ✅ 不影响其他 GTK 应用

Debian/Ubuntu GNOME 中 Nautilus 使用 DBusActivatable=true，直接修改 /usr/share/applications/org.gnome.Nautilus.desktop 不会生效，因此需要覆盖 D-Bus service。但 D-Bus service 中的 Exec= 直接调用 execve()，无法解析 env 环境变量，因此需要使用包装脚本。

Nautilus 启动包装脚本

mkdir -p ~/.local/bin && cat > ~/.local/bin/nautilus-cairo <<'EOF'
#!/bin/bash
export GSK_RENDERER=cairo
exec /usr/bin/nautilus "$@"
EOF

chmod +x ~/.local/bin/nautilus-cairo

用户级 D-Bus 覆盖配置

直接修改 /usr/share/dbus-1/services/org.gnome.Nautilus.service
系统升级时可能会被覆盖。所以我们要创建优先级更高的用户级 D-Bus 配置进行覆盖。

mkdir -p ~/.local/share/dbus-1/services && cat > ~/.local/share/dbus-1/services/org.gnome.Nautilus.service <<EOF
[D-BUS Service]
Name=org.gnome.Nautilus
Exec=$HOME/.local/bin/nautilus-cairo --gapplication-service
EOF

全局配置模式

如果希望让整个用户会话都使用 Cairo，可以通过 ~/.config/environment.d 方式改变渲染模式。
但这种方式会影响所有 GTK4 应用，因此更推荐使用 Nautilus 专用 D-Bus 覆盖方案，已避免非预期的影响。
倘若其他应用如 GNOME TextEditor 也运行缓慢则可切换到全局模式

mkdir -p ~/.config/environment.d && cat > ~/.config/environment.d/gsk.conf <<EOF
GSK_RENDERER=cairo
EOF

生效与测试

关闭当前 Nautilus：

nautilus -q
killall -9 nautilus 2>/dev/null

然后重新登录，或者重启虚拟机。

由于 GNOME 会话启动后需要重新加载用户级 D-Bus 服务，并等待相关缓存初始化，
可能需要等待一段时间（几十秒到数分钟，视虚拟机性能而定）。
待系统完成初始化后，再打开 Nautilus，右键菜单响应速度即可恢复正常。

备选方案

• VMware Fusion：其 SVGA3D 虚拟化路径使用 OpenGL 4.2/4.3 提供 3D 加速，兼容性更好。实测 VMware Fusion 26H1 渲染正常，无此问题。
• UTM 5：如果期望更好的性能，可关注 UTM 5 对 Vulkan 支持的更新。不过截至版本 5.0.3，Vulkan 模式仍未支持 Linux 桌面渲染。