UTM默认不提供CPU拓扑细粒度配置界面，其QEMU底层按vCPU数自动设定拓扑：≤4核为1S×N C×1T，≥5核为NS×1C×1T，导致Windows可能误判硬件架构而出现安装卡顿或性能下降；需手动编辑config.plist中qemuArgs添加-smp参数强制指定拓扑。
utm 默认不暴露 cpu 拓扑（socket/core/thread）的细粒度配置界面，它把虚拟 cpu 简化为“核心数”这一单一参数。这意味着你无法像在 kvm/virt-manager 中那样直接设置 sockets=2, cores=4, threads=2 这类拓扑组合。但拓扑结构依然存在——它由 utm 底层的 qemu 自动推导生成，且对 windows 等系统有实际影响。
为什么拓扑在 UTM 里不可见却很重要
Windows 安装和激活、部分驱动加载、甚至某些专业软件（如 CAD、虚拟化嵌套工具）会读取 CPU 的拓扑视图来判断硬件等级或授权范围。如果 UTM 呈现的是 8 个 Socket × 1 Core × 1 Thread（即 8S×1C×1T），Windows 会把它识别为“8 路单核服务器”，而非更常见的“1 路八核桌面平台”。这可能导致：
- 安装过程卡在“正在准备安装”阶段（尤其 Windows 10/11 安装镜像较新时）
- 系统日志中出现
ACPI: Invalid _PSS object或调度器异常告警 - 部分游戏或 AVX2/AVX-512 加速应用性能下降
UTM 实际使用的默认拓扑逻辑
UTM 当前版本（截至 2026 年中）采用固定策略生成拓扑：
- vCPU 数 ≤ 4：默认设为 1 Socket × N Cores × 1 Thread（例如分配 4 核 → 1S×4C×1T）
- vCPU 数 ≥ 5：默认设为 N Socket × 1 Core × 1 Thread（例如分配 6 核 → 6S×1C×1T）
- 不启用超线程模拟（
threads=1固定），即使宿主开启 HT 也不会透传
这个行为源于 QEMU 的 -smp 参数默认模式：-smp 6 等价于 -smp cpus=6,sockets=6,cores=1,threads=1。UTM 尚未封装 sockets/cores 的独立输入框。
手动调整拓扑的可行方法（需编辑配置文件）
虽然图形界面不支持，但你可以通过修改虚拟机的配置文件强制指定拓扑：
- 关闭虚拟机，在 Finder 中定位其 .utm 包（右键 → “显示包内容”）
- 打开
config.plist，找到qemuArgs键（类型为 Array） - 在数组末尾添加一行字符串：
"-smp 8,sockets=1,cores=8,threads=1"（以 8 核为例） - 保存后重启 UTM，启动该虚拟机即可生效
⚠️ 注意：修改后若 Windows 启动失败，可删掉该行回退；macOS 虚拟机无需调整，Apple Virtualization 框架自动适配；Linux 发行版通常对此不敏感。
Windows 场景下的推荐拓扑配置
针对 Windows 10/11 客户机，建议按以下方式匹配宿主物理结构（可用 lscpu 或“关于本机”查看）：
- 宿主是 8 核 16 线程（如 M3 Max）→ 设
-smp 8,sockets=1,cores=8,threads=1 - 宿主是双路 Xeon（2×16 核）→ 设
-smp 16,sockets=2,cores=8,threads=1 - 仅需轻量办公（Word/Edge）→ 保持默认 2S×1C×1T 即可，无需干预
这样既避免 Windows 调度误判，又利于缓存局部性与电源管理协同。
