需定位显存分配路径：先用任务管理器性能页查专用/共享显存，再通过GPU引擎识别负载来源；进程页启用GPU内存列排序找高占用进程；用gputaskman拆解LLM缓存层级；最后用GPU-Z验证显存类型与带宽瓶颈。
当你发现游戏卡顿、AI模型加载失败或视频剪辑预览变慢，却在任务管理器里只看到“GPU内存已用14.2 GB”却不知道这14.2 GB被谁分走、怎么花掉时，就需要真正看清显存的实时分配路径——不是只看总量，而是定位到进程、引擎甚至LLM缓存层级。
用任务管理器性能页查专用/共享显存总量
按下 Ctrl + Shift + Esc 打开任务管理器→点击顶部“性能”选项卡→在左侧列表中选择“GPU 0”（若有多卡，请认准型号如“NVIDIA GeForce RTX 4090”）。
右侧立即显示两行关键数据：“专用GPU内存”和“共享GPU内存”。前者是显卡物理显存（VRAM），后者是从系统内存划拨的备用空间。注意：【当专用显存已用值持续逼近总量，且共享显存同步飙升时，说明VRAM已严重透支，系统正强制交换到慢得多的系统内存】。
右键点击GPU使用率图表区域→选择“GPU引擎”，可展开查看3D、Video Decode、CUDA等子单元是否异常活跃——这一步能帮你判断显存压力来自游戏渲染、视频硬解，还是AI计算。
在进程页启用GPU内存列并排序定位元凶
确保任务管理器处于“详细信息”模式（左下角点“更多详细信息”）→切换到“进程”选项卡→右键列标题任意位置→勾选“GPU内存”（部分Win11版本需同时勾选“GPU”和“GPU引擎”才能激活该列）。
点击“GPU内存”列标题一次，按降序排列；重点关注数值 >500 MB 且随时间持续上升的进程。Chrome多个标签页、Ollama后台服务、Stable Diffusion WebUI、DaVinci Resolve时间轴预览都常在此列高居不下。
若某进程该列为0或空白，说明它根本没走GPU加速路径——比如用CPU软解播放4K视频，此时再盯显存毫无意义。
用gputaskman看清显存到底被谁“吃掉了”
方法一：下载并运行开源工具 gputaskman（GitHub搜索 Scott Hanselman/gputaskman）→双击 gputaskman.exe 启动→终端界面自动刷新，按进程列出GPU使用率、显存占用、温度、PCIe流量。
方法二：对本地大模型用户，它会额外识别 LLM 进程，并拆解显示“模型权重”“KV cache”“计算缓冲”各自占了多少显存——这是任务管理器和 nvidia-smi 都做不到的层级。
注意：【gputaskman 目前不支持旧版WDDM驱动，若启动后显存数据恒为0或温度不刷新，请先更新显卡驱动至最新Game Ready或Adrenalin版本】。
方法三：在 PowerShell 中以管理员身份运行：git clone https://github.com/shanselman/gputaskman.git →进入目录执行 dotnet run（需已安装 .NET 8 SDK）。这种方式便于调试或提交问题反馈。
用GPU-Z验证显存类型与带宽瓶颈
访问 TechPowerUp 官网下载 GPU-Z（免安装）→运行 GPU-Z.exe →在“Graphics Card”页确认显存类型（如 GDDR6X）、带宽（如 1008 GB/s）和当前使用量。
切换到“Sensors”页，勾选“Show hidden values”，可看到各引擎（3D、Video Engine）对应的显存控制器负载——如果“Memory Controller Load”长期超90%，而“GPU Memory Used”不高，说明显存带宽已成瓶颈，换显卡比加显存更有效。
这一步操作起来很简单，直接把文件拖进去就行。
