Companion项目中的多核CPU利用率优化探讨

背景概述

在视频制作和直播控制领域，Companion作为一款强大的控制软件，经常需要处理大量输入变量和连接。近期有用户反馈在使用Companion连接vMix时遇到了CPU核心利用率不均衡的问题，这引发了我们对Node.js进程调度和性能优化的思考。

问题现象分析

用户在使用Companion连接vMix时，特别是当处理大量输入变量时，观察到以下现象：

1. 虽然整体CPU使用率不高，但单个核心负载达到100%
2. 其他CPU核心处于闲置状态
3. 即使创建多个连接，负载仍然集中在单一核心上

技术原理剖析

Node.js的单线程特性

Companion基于Node.js开发，而Node.js采用单线程事件循环模型。这意味着：

• 每个Node.js进程默认只能使用一个CPU核心
• 对于I/O密集型任务表现良好
• 但对于CPU密集型任务可能成为瓶颈

多进程架构

Companion采用了多进程架构设计：

1. 主进程负责核心功能
2. 每个外部连接(如vMix)运行在独立的子进程中
3. 理论上操作系统应自动将不同进程分配到不同核心

性能优化建议

连接配置优化

针对vMix等模块，可通过以下设置提升性能：

1. 精确配置需要的变量类型（按名称/编号/GUID）
2. 禁用未使用的变量类别（位置/色彩校正/图层位置等）
3. 启用"限制输入变量类型"选项，彻底禁用未使用的变量

架构设计建议

对于需要连接多个实例的场景：

1. 避免直接创建重复连接
2. 建议使用代理中间件处理主备切换
3. 保持Companion端单一连接配置

系统级优化考量

虽然Companion本身已采用多进程设计，但CPU核心分配最终由操作系统调度决定。Windows的任务调度器可能出于以下原因将进程集中在单一核心：

1. 进程亲和性设置
2. 节能模式影响
3. 调度算法偏好

结论

Companion在多核CPU环境下的性能表现涉及多个层面的因素。通过合理的连接配置和系统调优，可以显著提升处理大量变量时的性能表现。虽然Node.js的单线程模型存在固有局限，但通过多进程架构和优化配置，仍能有效利用现代多核处理器的计算能力。