一、 为什么做这次评测？（决策背景）

2026 年的系统集成商（SI）在交付大型非标设备（如锂电叠片机、半导体固晶机）时，正面临一场“电柜瘦身”运动。

• 过去的痛：一个电柜里塞了 3 台机器。一台触摸屏电脑（跑 Windows UI），一台视觉工控机（插显卡跑 AI 检测），一台硬件 PLC（做多轴运动控制）。不仅成本高达 3-4 万元，且设备间的数据交互延迟极高。

• 现在的梦：“软件定义自动化 (SDA)”。买一台顶配的工业电脑（IPC），底层刷入 Proxmox VE (PVE) 或 ACRN 虚拟化系统，切分出 3 个虚拟机（VM），把 UI、视觉、PLC 全部塞进一台物理机里。

为了实现这个梦，Intel 和 AMD 祭出了杀手锏：

• Intel Core Ultra (Meteor Lake-PS)：首次引入 P核(性能)+E核(能效) 的异构架构，并自带 NPU。

• AMD Ryzen Embedded 8000 (Hawk Point)：Zen 4 纯大核架构，自带 XDNA NPU。

灵魂拷问：在厂商的 PPT 里，它们算力惊人。但当 AI 视觉在疯狂吃内存带宽时，旁边的软 PLC 虚拟机还能保持 1ms 的绝对控制周期 吗？NPU 真的能直通给虚拟机用吗？

二、 参测选手与极限界定环境

我们采购了两款基于最新芯片的无风扇工业准系统，均配置 32GB DDR5 内存和 1TB NVMe SSD。

• 蓝方（异构魔法）：Intel Core Ultra 7 165U (12核: 2P+8E+2LPE，带 NPU)。

• 红方（大核暴力）：AMD Ryzen 7 8840U (8核: Zen 4 纯大核，带 NPU)。

• 测试环境 (高压混跑)：

• 底层安装 Proxmox VE 9.0 (实时内核版)。

• VM1 (控制)：Debian 12 PREEMPT_RT，运行 CODESYS SoftPLC，带 10 个 EtherCAT 伺服轴（1ms 循环周期）。

• VM2 (视觉)：Ubuntu 24.04，运行 YOLOv11 视频流推理，强行调用 NPU。

• VM3 (交互)：Windows 11 LTSC，运行 3D SCADA 界面。

三、 核心战况：谁在“多任务”下翻车了？

1. 软 PLC 实时性抖动 (Real-time Jitter) —— 决定会不会撞机

测试指标：1ms 循环任务的实际执行时间抖动（越接近 0 越好）。

干扰条件：VM2 (视觉) 满载运行，且向固态硬盘疯狂写入日志。

在严格的工业控制中，Intel 的大小核（P/E Core）架构简直是噩梦。Proxmox VE 的默认调度器根本分不清什么是性能核，什么是能效核。如果你的 1ms PLC 任务被调度到了极弱的 LPE (低功耗能效核) 上，机器臂会直接失控撞墙。

必须通过极度繁琐的 taskset 和 CPU 隔离（Isolcpus），强制把 PLC 虚拟机绑定在 Intel 的 2 个 P-Core 上才能稳定。而 AMD 的 8 个核心全是全血大核，闭着眼睛分，稳定性完胜。

2. NPU 虚拟机直通 (vNPU Passthrough) —— 决定 AI 性能

场景：我们需要把底层的物理 NPU 映射给 VM2 (Ubuntu) 里的 Docker 用。

• Intel Core Ultra：体验极佳。Intel 的 OpenVINO 生态对虚拟化支持极其成熟。借助 SR-IOV 技术，Intel 的 NPU 可以像切蛋糕一样“切”成几块，分给不同的虚拟机。

• AMD Ryzen 8000：极度痛苦。AMD 的 XDNA Linux 驱动目前与 KVM/QEMU 的兼容性极差。我们花了 3 天时间编译内核模块，试图用 PCIe Passthrough (IOMMU) 把 NPU 整个直通给 Ubuntu，结果宿主机直接 Kernel Panic 死机。最终只能退回在 CPU/GPU 上跑 AI。

如果你是“视觉为主，控制为辅”，Intel 的 AI 软件生态和虚拟化支持能让你少掉一半头发。

3. 无风扇拷机温度 (Fanless Thermal Throttling)

环境：55℃ 恒温箱，三台虚拟机 CPU/GPU 100% 满载运行 4 小时。

• Intel：得益于先进的能效核调度，整机功耗稳定在 25W。背板温度 68℃，无明显降频。

• AMD：由于是 8 个纯大核发力，整机功耗很快突破 35W。背板温度飙升至 82℃，在第 2 小时触发温度墙，基础频率从 3.3GHz 强制降频至 1.8GHz，导致 Windows UI 出现明显掉帧。

四、 避坑指南 (The Pitfalls) —— 虚拟化的深水区

1. 坑人的网卡 SR-IOV 虚假宣传

• 坑：为了让 3 个虚拟机都有独立的网口，你需要用到 SR-IOV（单根 I/O 虚拟化）。很多便宜的主板宣称用的是 Intel I226-V（消费级网卡）。

• 真相：Intel 故意在驱动层面阉割了 I226-V 的 SR-IOV 功能！你必须购买搭载 I226-IT (工业级) 或 I210-AT 芯片的高端主板才能开启网络硬件切片。

• 后果：买错主板，所有虚拟机只能通过软件桥接（Linux Bridge）上网，不仅消耗 CPU 算力，且 EtherCAT 丢包率高达 5%。

2. 内存带宽的“交通堵塞”

• 坑：视觉相机的图片读写、Windows 的界面渲染、PLC 的内存交换，全在抢主板的 DDR5 内存带宽。

• 避雷：做超融合工控机，绝对不能买单通道内存的准系统！ 必须买双通道，且最好是 5600MHz 以上的高频内存，否则即使 CPU 没满载，系统也会卡成幻灯片。

3. 显卡视频输出绑架

• 现象：直通了核显（iGPU）给 Windows 虚拟机做显示输出后，宿主机（PVE 控制台）彻底黑屏无法管理。

• 避雷：选型时，尽量选择双显卡方案（如带有一个简易的 ASPEED 亮机芯片，或者主板支持虚拟 GPU 分配 GVT-g）。

五、 选型建议与配置推荐

场景 A：高端运动控制 / 多轴伺服 / 轻量级人机界面

• 推荐：AMD Ryzen Embedded 8000 系列 (或 Ryzen V3000)。

• 理由：在硬实时控制领域，纯大核（Symmetric Cores）是无可替代的神。只要做好散热，它就是一台完美的软 PLC 宿主机。

场景 B：复杂机器视觉 / 边缘 AI 质检 / 综合型控制枢纽

• 推荐：Intel Core Ultra 7 / 5 系列。

• 理由：OpenVINO 强大的生态、成熟的 vGPU/vNPU 虚拟化技术。只要你懂如何在 Linux 里配置“绑核（CPU Pinning）”把 E核和 P核隔离开，它就能提供极致的能效比。

场景 C：不想折腾虚拟化的“手残党”

• 推荐：老老实实买一台 PLC + 一台便宜的 RK3588 盒子。

• 理由：超融合架构对实施人员的 Linux 内核功底要求极高。如果你的团队只会写 C# 和梯形图，强行搞虚拟化只会让售后成本把利润吃光。

六、 “超融合”架构配置计算器

到底是一台机器划算，还是买三台物理机划算？

我们构建了 "IPC 虚拟化资源与 TCO 配置引擎"。

输入您的 相机路数、伺服轴数、HMI 复杂度，引擎将自动为您分配：几核分配给 RTOS，几核分配给 Windows，需要多大带宽的内存，并对比软硬件方案的总造价。

一键生成：我的设备适合“一机到底”超融合架构吗？