最直接判断gpu硬件加速是否启用的方法是运行glxinfo | grep "opengl renderer"：若输出含llvmpipe则为cpu软渲染，若显示intel hd graphics、amd radeon或nvidia geforce等真实型号则已启用gpu加速；报command not found需先安装mesa-utils。
glxinfo 看 OpenGL 渲染器是否走 GPU
这是最直接的判断方式。输出里出现 llvmpipe 就说明完全没启用硬件加速，纯靠 CPU 软渲染；若显示 Intel HD Graphics、AMD Radeon RX 6700 XT 或 NVIDIA GeForce GTX 1050 Ti 等真实型号，则已启用 GPU 加速。
执行命令：glxinfo | grep "OpenGL renderer"
- 如果报错
Command 'glxinfo' not found，先装mesa-utils：sudo apt install mesa-utils（Debian/Ubuntu）或sudo yum install mesa-dri-drivers（RHEL/CentOS） - 输出含
direct rendering: Yes是必要条件，但不充分——它只表示 DRI 通道通了，不代表真用了 GPU - 某些多显卡系统（如核显+独显）可能默认绑定到低性能设备，需配合
__GLX_VENDOR_LIBRARY_NAME或prime-select切换
vainfo 验证 VA-API 硬解是否就绪
vainfo 检查的是视频解码加速能力，和 OpenGL 渲染是两套路径。即使 glxinfo 显示 GPU 渲染正常，vainfo 失败仍会导致播放卡顿、浏览器视频掉帧。
执行命令：vainfo --display drm --device /dev/dri/renderD128
- 若提示
failed to open display，立即执行：sudo usermod -aG video $USER，然后重新登录用户会话（不是仅重启终端） - 输出中必须有
VAEntrypointVLD（视频解码）和VAEntrypointEncSlice（编码）等条目，才算硬解通道可用 - 部分 Intel 核显需额外安装
intel-media-va-driver（而非默认的libva-intel-driver），否则vainfo会返回空或报错
nvidia-smi / lspci 确认 GPU 设备与驱动加载态
这两步不直接反映“加速是否启用”，但能快速排除底层硬件或驱动缺失问题。很多用户卡在第一步：GPU 根本没被识别或驱动没加载。
检查硬件存在：lspci | grep -E "(VGA|3D|Display)"
检查 NVIDIA 驱动状态：nvidia-smi
-
nvidia-smi报错NVIDIA-SMI has failed because it couldn't communicate with the NVIDIA driver→ 驱动未安装或未加载，glxinfo即使显示 GPU 型号也可能是伪造或 fallback -
lspci不显示 VGA 设备 → 主板 BIOS 中禁用了显卡、PCIe 插槽故障、或 GPU 供电异常 - Intel/AMD 用户请用
lshw -class display查看configuration: driver=字段，确认绑定的是i915、amdgpu还是错误的vesa或fbdev
gst-launch-1.0 实测硬解播放是否生效
理论验证完不如实际跑一遍视频流。用 GStreamer 直连解码器，绕过浏览器或播放器封装层，能暴露真实硬解链路是否通畅。
执行命令：gst-launch-1.0 filesrc location=test.mp4 ! decodebin ! autovideosink
- CPU 占用持续低于 30%，且画面流畅无卡顿 → 硬解链路通
- 若报错
no element "vaapih264dec"或类似，说明对应解码插件未安装，需补装gstreamer1.0-vaapi（Intel）或gstreamer1.0-nice（AMD/NVIDIA） - 注意：测试文件必须是 H.264/H.265 编码，MP4 容器；AV1 视频需额外安装
libavif和对应 VA-API 插件，否则自动 fallback 到软解
glxinfo 和 vainfo 的输出差异最容易被忽略——前者管图形渲染，后者管视频编解码，两者都得通才算真正启用了硬件加速。
