Video Conferencing 工作负载 —— 视频会议已成 PC 基本素养
测试什么
Video Conferencing Workload 模拟的是用户在 Zoom / Microsoft Teams / Google Meet 等视频会议软件中的典型使用流程：
- 启动会议客户端
- 创建或加入会议房间
- 开启本地视频（使用 Webcam）
- 接收远端多路视频流
- 在会议进行期间，后台还同时运行着 App Start-up 和 Web Browsing 的残留负载（模拟真实的多任务场景）
整个测试的核心测量对象是：在同时处理多路视频流（本地编码 + 远端解码）的情况下，系统的响应能力和稳定性。
为什么它成为 Essentials 组的标准 Workload
在 PCMark 8 中，对应的 Workload 是 Social Networking（社交网络）。UL Benchmarks 把它改成 Video Conferencing 反映了一个行业趋势：
- 2013 年 PCMark 8 发布时，社交网络是人们最常做的事
- 2017 年 PCMark 10 发布时，尤其是 2020 年远程办公成为常态后，视频会议已经取代了社交网络浏览，成为现代 PC 最基础的高频场景
Video Conferencing 出现在 Essentials（最基础的测试组），意味着：一台连视频会议都跑不好的电脑，在其他方面也不会好到哪里去。
对硬件的敏感度
CPU 视频编码/解码能力
这是 Video Conferencing 最核心的硬件考验。CPU 需要：
- 编码自己摄像头捕获的视频流（H.264 / H.265）
- 解码远端多个参会者的视频流（每人一路）
好在现代 CPU 和 GPU 都有硬件视频编码/解码加速：
- Intel Quick Sync Video
- AMD Advanced Media Framework（AMF）
- NVIDIA NVENC / NVDEC
这些硬件加速单元可以把视频编解码的负载从 CPU 转移到专用硬件上，大幅降低 CPU 占用。
核显加速 vs 没有加速：视频会议期间的 CPU 占用可能从 80%+ 降到 20% 以下。
内存
多路视频流需要缓冲在内存中。8GB 内存对于接收 3~5 路视频会议已经捉襟见肘，16GB 更舒适。
Webcam
有些笔记本的内置摄像头（特别是入门款）分辨率低、帧率差，但这对 PCMark 10 分数影响不大——PCMark 用标准的虚拟摄像头输入来保证测试一致性。
网络
网络在实际视频会议体验中非常关键（延迟、丢包会直接影响画面），但 PCMark 10 在这方面做了模拟校准，保证网络波动不会过度影响分数的可复现性。
分数参考范围
- 无核显硬件编码加速的低端 CPU：约 3000~5000
- 主流 U 系列 CPU（i5-1235U / R7-7730U）：约 8000~13000
- 高性能 CPU + 独显（视频编码用独显 NVENC）：约 12000+
与真实视频会议体验的关系
Video Conferencing 分数高 → 视频会议时 CPU 占用低 → 同时做其他事（开浏览器、记笔记）不卡顿 → 会议体验好。
分数低的常见原因：
- 没有硬件视频编码加速——老款 CPU（没有核显或核显太弱）编码全靠 CPU
- 内存不足——接收多路视频时触发内存换页
- 驱动问题——核显/独显驱动没装正确，硬件加速没启用
检查硬件加速是否启用
在 Windows 设置中可以确认：
- 设置 → 系统 → 显示 → 图形
- 或在 Zoom/Teams 设置 → 视频 → 确认"启用硬件加速视频编码"已勾选
如果硬件加速没启用，CPU 会跑满，Video Conferencing 分数会显著偏低。更新核显/独显驱动通常能解决。