在银河麒麟v10中确认显卡驱动状态需分三步：先用lspci -knn查看“kernel driver in use”是否绑定nvidia/amd/intel驱动；再用lsmod验证对应内核模块是否加载；最后通过ps、systemctl、nvidia-smi及glxinfo等命令检查xorg、nvidia-persistenced及gpu计算进程运行情况，并确认opengl渲染器和xorg日志中驱动调用是否正常。
确认显卡型号与驱动绑定状态
在银河麒麟V10中查看“显卡驱动进程”实际是指验证NVIDIA/AMD/Intel显卡驱动是否已加载、是否被内核模块使用，以及对应进程（如nvidia-persistenced、Xorg、gdm3/lightdm）是否正在运行并调用该驱动。直接查“驱动进程”无标准定义，需分层定位。
第一步：确认当前识别到的显卡硬件及绑定驱动名称。打开终端，执行：
lspci -knn | grep -A 3 -E "(VGA|3D|Display)"
输出中找到含“Kernel driver in use:”的行，例如“Kernel driver in use: nvidia”或“Kernel driver in use: i915”。【若此处为空或显示“Kernel modules:”但无“in use”项，说明驱动未激活，后续进程检查将失去意义】
第二步：检查该驱动对应的内核模块是否已载入。例如，若上步看到的是nvidia，则运行：
lsmod | grep ^nvidia
正常应输出多行，包括nvidia、nvidia_uvm、nvidia_drm等；若只输出空行，说明nvidia模块根本未加载，此时不存在任何依赖它的用户态进程。
查看调用显卡驱动的核心用户进程
显卡驱动本身不以独立“进程”形式存在，但以下三类进程会直接调用其接口，是实际使用GPU资源的关键载体：
方法一：查X服务器进程（图形界面依赖）
ps -eo pid,comm,args --sort=-pcpu | grep -E "(Xorg|lightdm|gdm|xserver)"
重点看Xorg进程的启动参数，若含“-module-path /usr/lib/xorg/modules”且日志中加载了nvidia_drv.so或modesetting_drv.so，即表明它正通过驱动渲染画面。
方法二：查NVIDIA专属守护进程（仅限NVIDIA闭源驱动）
systemctl is-active nvidia-persistenced &>/dev/null && echo "nvidia-persistenced: running" || echo "nvidia-persistenced: inactive"
该进程负责维持GPU上下文常驻，避免驱动卸载，【若系统启用了持久化模式但此服务未运行，GPU计算任务可能异常中断】
方法三：查当前活跃的GPU计算进程（如深度学习、渲染工具）
nvidia-smi --query-compute-apps=pid,process_name,used_memory --format=csv,noheader,nounits 2>/dev/null
此命令仅对NVIDIA有效，直接列出所有正在使用GPU显存的进程PID与名称。若返回空，不代表无驱动进程，只说明当前无应用主动申请GPU算力。
验证驱动功能是否被图形会话进程实际调用
即使驱动模块加载、Xorg进程存在，仍需确认桌面环境真正使用了GPU加速，而非回落至软件渲染：
1. 执行：
glxinfo | grep "OpenGL renderer"
2. 观察输出：若为“NVIDIA GeForce RTX XXX/AMD Radeon RX XXX/Intel Mesa Intel(R) Xe Graphics”，说明GPU驱动已被OpenGL栈调用；若显示“llvmpipe”或“softpipe”，则完全在CPU上做渲染，驱动形同虚设。
3. 进一步验证Xorg日志中是否启用DRI3与GPU加速：
grep -E "(DRI3|Glamor|modeset|nvidia.*load)" /var/log/Xorg.0.log | tail -5
出现“Loading sub module ‘nvidia’”或“Using glamor for accelerated rendering”即为正常；若全程无匹配项，说明Xorg虽在运行，但并未调用显卡驱动模块。
