perf(konishi): fix GPU env vars for decode
GDM_BACKEND was a typo for GBM_BACKEND; nothing read it, since SDDM is the display manager here. Firefox/Zen decode in a separate RDD process whose sandbox denies /dev/nvidia*, so nvidia-vaapi-driver never initialised there and all playback fell back to software. Confirmed on the running session: the GPU process held 26 nvidia fds, both RDD processes held zero. Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
@@ -24,10 +24,21 @@
|
||||
|
||||
home.sessionVariables = {
|
||||
LIBVA_DRIVER_NAME = "nvidia";
|
||||
GDM_BACKEND = "nvidia-drm";
|
||||
# Was GDM_BACKEND, which nothing reads (SDDM is the DM here).
|
||||
GBM_BACKEND = "nvidia-drm";
|
||||
__GLX_VENDOR_LIBRARY_NAME = "nvidia";
|
||||
|
||||
# Firefox/Zen decode video in a separate RDD process whose sandbox denies
|
||||
# /dev/nvidia*, so nvidia-vaapi-driver never initialises there and playback
|
||||
# silently drops to software. Costs one sandbox layer; no narrower switch
|
||||
# exists. Check with `nvidia-smi --query-gpu=utilization.decoder`.
|
||||
MOZ_DISABLE_RDD_SANDBOX = "1";
|
||||
};
|
||||
|
||||
# Plain `nvdec` keeps frames in GPU memory and breaks some filters.
|
||||
custom.mpv.hwdec = "nvdec-copy";
|
||||
custom.blender.cuda = true;
|
||||
|
||||
custom.hyprland = {
|
||||
yaziSize = "2400 1800";
|
||||
cursorSize = 42;
|
||||
|
||||
Reference in New Issue
Block a user