展厅电脑连续运行后越来越慢，怎样区分内存增长与缓存

长时间运行后变慢，应在固定节目、固定采样间隔下比较工作集、私有字节、句柄和GPU资源趋势，包含循环结束或空闲后的回落。一次内存截图、工作集增长或任务管理器高占用都不足以判定内存泄漏。

判断前提与适用边界

工作集描述当前映射到进程的物理内存，缓存和系统回收策略会使它变化；私有提交量、句柄和显存又是不同资源。正常缓存可能增长后平台化，泄漏疑点则需要重复负载与释放阶段仍持续累积。进程重启会重置计数，必须记录PID和启动周期。

本文提供Windows目标机的测试协议及Python 3.12.4生成的记录夹具。未对用户播放机修改账户、任务、注册表、更新策略或授权；实际Windows版本、版本号、账户类型、会话与权限必须现场填写。附件中的数值和状态均为明确合成示例。

按同一条件执行

1. 固定节目摘要、循环长度、分辨率、解码与输出设置，记录OS、播放器、驱动版本及采样周期。

2. 在预热、稳定播放、循环边界和空闲阶段采集同口径指标，保留原始时间序列，失败采样记缺失。

3. 按PID与启动周期分组，比较各循环结束同一阶段的资源基线；同时核对句柄、GPU和磁盘，不只画工作集。

4. 复现后再改变一个变量，如素材、硬解路径或版本；保存前后同长度测试，达到项目停止阈值时收集证据并退出。

原始输入与判断示例

下面是合成示例，非现场实测。现场表中的空白表示未采集，不能当作零、正常或通过。

合成序列	私有MiB	判断
cache-demo	100,140,160,160	平台化线索，未证明无泄漏
growth-demo	100,140,180,220	持续增长疑点，仍需释放阶段
PID变更	重新100	不能与旧进程拼线

附件两条合成曲线有相同起点但不同后续趋势，脚本只核验末两点斜率0与40MiB/采样，不把其标成真实诊断。实际记录还需句柄、GPU口径和操作阶段，资源曲线与卡顿事件应能通过共同时间轴关联。

下载夹具并形成交付记录

下载专项输入与预期JSON和空白记录CSV。JSON保留原始输入、预期、记录字段及未测范围；CSV用于逐轮填写，原始日志、截图或仪表文件用稳定文件名关联。

本表保留 timestamp, boot_id, pid, phase 等字段；先按上表核对合成输入，再将目标环境数据另存一份。未采集的字段留空，失败记录与原始文件一并保留，避免下一轮无法复现。

误判与失败路径

不要清空工作集后宣称泄漏修好；不要把系统文件缓存全算给播放器；不要把不同采样周期的斜率直接比较。若增长只发生在首次加载随后稳定，先扩大重复轮次；若已经影响展示，按受控恢复步骤处理并保留故障证据。

基础背景见展项要连轴跑几年，交付前验收该怎么排，相关流程汇总在远程运维专题。需要在SoftAgent上执行这项测试时，按受测版本文档填写配置与支持情况。

一级来源与核验范围

Microsoft：Process Memory Usage Information，工作集定义，核对日期2026-10-23。本文协议与合成样例为独立设计；来源中的机制说明不代表附件已完成现场验收。