工业级CPU核心拓扑信息采集优化方案

1. 项目背景与行业痛点

在工业控制和服务器领域，CPU核心拓扑信息的精准采集是系统优化的基础。传统方案往往只能获取简单的核心数量信息，而无法深入掌握物理核心与逻辑核心的映射关系、处理器组划分以及NUMA节点架构等关键拓扑数据。这就像只知道一个城市有多少个区，却不清楚每个区的街道分布和交通连接方式。

当前行业主要面临五大技术痛点：

1. 信息采集不完整：大多数API只能返回逻辑处理器数量，无法区分物理核心和超线程虚拟核心。这会导致任务调度时可能将高负载任务分配到同一个物理核心的两个逻辑核心上，反而降低整体性能。

2. 采集效率低下：使用WMI等高层接口时，单次采集延迟经常超过50ms，在高频采集场景下会成为系统瓶颈。我曾在一个实时控制系统中，因为采集延迟导致控制周期波动达到15%，严重影响了系统稳定性。

3. 第三方依赖问题：许多商用库需要额外安装运行时环境，在工控机的轻量化部署场景中难以接受。有次客户现场部署时，就因为缺少特定版本的VC++运行库导致整个采集模块无法启动。

4. 兼容性挑战：不同厂商的CPU（特别是Intel和AMD）在拓扑结构表示上存在差异，多处理器组系统和NUMA架构更是增加了采集复杂度。我们曾遇到一台配备4个处理器组的服务器，常规方法采集的核心数只有实际的1/4。

5. 缺乏容错机制：当部分采集接口调用失败时，很多方案会直接崩溃而不是降级处理。在工业现场，这种脆弱性可能导致整个监控系统瘫痪。

2. 技术方案设计

2.1 整体架构

本方案采用三层采集架构，确保在任一层次失败时都能优雅降级：

1. 硬件指令层：直接通过CPUID指令获取最底层的CPU信息，包括物理核心数、厂商信息等。这是最快最直接的方式，但某些虚拟机环境可能受限。

2. Windows原生API层：使用GetLogicalProcessorInformationEx等Win32 API获取操作系统视角的拓扑信息。这些接口稳定可靠，但信息粒度较粗。

3. WMI接口层：作为最后保障，通过WMI查询Win32_Processor等类获取基本信息。速度最慢但兼容性最好。

2.2 关键数据结构

c复制typedef struct {
    uint32_t cpuTotalNum;        // 总逻辑核心数