MTTCG 多核加速实录

【踩坑实录】MTTCG 多核加速实录

▍现象
虚拟机工程引导客户机系统，开机动画阶段卡了半个多小时。最初团队判断是系统初始化挂死——界面不动、日志不涨，怎么看都像死了。

▍定位过程
关键转折是活性证据：同机同参数观察模拟器进程的 CPU 占用——百分之一百二十一。一个挂死的进程不会有这种占用：系统在慢速推进，只是慢到肉眼以为死了。这个读数直接推翻挂死误判（工程记录里这是标志性的一次纠偏）。确认在推进后，问题从死活转为快慢：单线程翻译（TCG 默认）的吞吐撑不住客户机多核负载的开机阶段。

▍根因
TCG 二进制翻译默认单线程：客户机所有虚拟 CPU 的指令翻译在一个线程里排队。开机阶段是全系统编译高峰（框架、服务、应用全部首编），单线程吞吐成为瓶颈——不是挂死，是排队。

▍对策
切换 MTTCG（多线程翻译）：每个虚拟 CPU 独立翻译线程。实测数据（虚拟机工程真机记录）：CPU 占用从一百二十一提升到二百二十五，加速约一点八六倍；开机动画后的续编译时间从一百六十四分钟压到三十七分钟；重启后达成桌面首帧。多核加速不是全场景均匀提速（单线程负载无感），但对多核客户机的编译密集场景是数量级体验差异。

▍方法论沉淀
两条：一是卡住先看活性（CPU 占用、渲染计数）再谈修复——挂死与慢死的治疗完全不同；二是吞吐瓶颈用加速比数据说话（切开关前后同场景对比，工程记录里的百分比与分钟数就是这么来的）。

完整数据链在虚拟机工程适配全记录，apps 板块 56 篇实录欢迎对照。