远程控制性能的定义
09 Apr 2026“性能”一词在不同领域含义不同。在远程控制中，画面质量、延迟、刷新率等因素交织在一起。我们在印尼现场的体验，以及对业界公认“性能好”的方案的实际感受与预期之间的差距，成为 NovaLINK 项目的起点。没有能完美适配所有环境的软件，但我们持续通过多种测试与开发，力求达到我们所追求方向的性能标准。
“性能好”这一表述在不同语境下含义完全不同。游戏中以每秒帧数与响应速度为核心；数据库侧重吞吐量与稳定性；网络设备则以处理能力与数据包延迟为关键指标。即便是同一个词，若不为专业领域给出恰当定义，预期与结果就容易错位。尤其在引入方案时若只用一句话写下“性能”，日后很难厘清责任归属。远程控制与画面流媒体也是如此：既要实时传输画面，与 OTT 或视频会议有重叠之处，但鼠标与键盘输入必须即时反馈的要求，会带来与一般“观看型”流媒体不同的负担。仅做到画面流畅不够，还必须把操作的响应一并纳入评价。这里所说的性能并非单一数字，而是多项因素同时被衡量。
讨论远程控制服务性能时，常见要素包括：第一是画面质量。压缩算法、码率与色彩表达方式会影响文字是否锐利、照片与视频是否自然。第二是延迟：从输入传到远端再到画面回传所需的时间，决定操作的“跟手感”。第三是画面刷新速度，即每秒更新次数。以文档为主时较低也能接受，但在视频或 CAD 等快速变化画面中，体感差异会很大。第四是带宽下降时如何在画质与速度之间取舍，即自适应传输策略。最后还有对丢包的恢复能力、低带宽下的表现，以及客户端与服务器的 CPU/GPU 负载等，共同构成用户感受到的“整体性能”。仅凭一项跑分数字很难下结论。
另一点想强调的是：“知名且昂贵的产品”与“在我业务环境中的主观性能”并不总是一致的。市场占有率与功能列表可作参考，但最终仍须在各自不同的网络与工作模式下验证。因此我们讨论远程控制时，比起抽象的优劣之争，更应透明说明在何种条件下测量了什么。好的“性能”不是排行榜上的一行，而更接近于我们有多诚实地面对并缩小所面临的约束。
我们曾为印尼一家公司部署过 ERP（位于 Purbalingga）。印尼虽以移动环境为主快速发展，但首都与地方之间的差距仍然很大。因此客户互联网环境在不同时段波动明显，断线也频繁，很难原封不动照搬依赖稳定线路的工作方式。故障发生时仅靠日志往往不够，有时需要边看画面边按复现步骤操作。现场访问也不可能次次成行，经常需要远程确认设置、复现错误并进行用户培训。此时若远程会话响应迟缓，就更难判断问题来自网络还是应用。在这种情境下，选择被认为“在远程控制中性能也好”的方案是合理判断。因此我们决定采用业界广泛使用、在远程支持领域品牌形象强的 Teamviewer。
印尼移动互联网速度仍落后于其他国家——韩人邮报Teamviewer 的远程控制方案在功能范围、生态与企业支持方面确有强项，但授权费用负担也相应较大。我们期望付出成本后，至少在“远程画面的响应与清晰度”上能获得确定体验。然而实际现场使用感常常达不到预期。线路质量不佳时延迟会累积，画面卡顿、模糊反复出现。即便是打开菜单、填写表单等简单操作，有时也会感到迟滞。这并非否定产品本身的技术实力——经全球验证的功能、长期运营经验、多平台支持、组织级管理等仍有很高价值。只是在我们所处的环境与工作模式下，“贵就快且顺滑”的心理预期与实际感受之间存在落差，这一落差成为新项目的契机。我们从“为何在我们面临的条件下会这么慢？”这一问题出发。这段经历再次提醒我们：即便选了好产品，环境不允许时主观体验也会不同。同时也更清楚：环境越恶劣，软件在线路与终端限制内能有多聪明地运行就越重要。
这一契机就是 NovaLINK。NovaLINK 的目标并非“又一个远程控制程序”。我们将前文所述的画面质量、延迟、刷新速度、恶劣网络下的表现、资源占用等——以我们在现场认为重要的维度来定义并测量性能。流媒体管道如何搭建、画面变化少与多时如何采用不同传输策略等设计决策，也都与这一定义相连。在逐项增加功能之前，我们更先确认核心路径是否通过我们设定的标准。目前我们在多种场景下反复进行性能测试，并尽量贴近真实使用方式以发现瓶颈并持续改进。我们会同时用数字与主观感受检查：同一分辨率下降低传输量时体验如何变化、在易丢包链路上画面多常出现破损等。通过固定测试环境并重复测量，试图区分代码或配置变更带来的是真实改进还是偶然。目标不是广告口号，而是我们内部也能信服的标准。同一工具对不同任务，重要指标也会不同，因此优先一起确定顺序更为重要。
- 相同环境下的掉帧对比测试
- 操作系统：Windows 10，32 位
- CPU：Intel(R) Celeron(R) CPU J1900 @ 1.99GHz
- 内存：4GB
- 视频源：https://youtu.be/KxMqSz8qVSg
- 测试内容：在 Host 设备播放视频，在 Client 端截屏
坦白说，不存在对每一种网络、每一种硬件、每一种行业都同样“最优”的远程控制软件，变量实在太多。不仅是线路质量，防火墙策略、中继服务器位置、终端规格、同时打开的应用都会影响结果。同一软件在内网可能很快，连接海外分支时却可能令人沮丧。这类差异很难用一句“产品不好”概括，但对用户而言结果相同：工作变慢、压力增加。尽管如此，我们仍以明确方向开发 NovaLINK：减少不必要延迟、保持可读的画面质量、在现场线路条件下仍具实用性。目标不是“处处第一”，而是扩大我们能负责的范围，并在该范围内持续、一致地改进。若不自行界定这一范围，也难以自行判断是否在进步。我们相信：自行定义性能并按定义验证，就是在锚定产品方向。
今后仍将依据真实使用反馈与测量结果持续打磨标准。性能定义越透明，对考虑引入的读者也越能成为坦诚比较的依据。日后本博客也会尽量具体地分享测量方法、解读与改进过程中的试错。