CSR配置字典之CPUConfig类
更新时间: 2026/06/22
在Gitcode上查看源码

📋 文档信息

项目内容
文档标题CPUConfig类配置字典
版本v1.0
创建日期2026-06-22
最后更新2026-06-22
维护状态✅ 活跃维护

📋 变更历史记录

文档变更记录

版本发布日期变更类型变更内容影响范围维护人员
v1.02026-06-22初始版本创建CPUConfig类配置字典全新文档系统管理员

🎯 类概览

CPUConfig 类

属性
类名称CPUConfig
功能描述CPU系统归属配置对象
所属SIG组system
所属组件处理器管理
权限ReadOnly
责任人系统架构组
最后更新2026-06-22
状态🟢 正常运行

📊 属性定义详表

必选属性

属性名类型默认值取值范围动态关联描述使用场景举例来源分类
MultiHostMappingsStruc--CPU 系统归属配置配置CPU与Host的归属映射关系{"Host1": [1, 2], "Host2": [3, 4]}CSR配置软件

可选属性


🔗 动态关联机制

语法规范

使用 #/xxx<=/xxx 格式实现属性间的动态关联:

yaml
# CPUConfig类当前无动态关联属性
# MultiHostMappings通过$ref引用types.json中的类型定义

关联说明

  • 类型引用: MultiHostMappings属性通过$ref引用types.json#/defs/MultiHostMappings结构体定义
  • ReadOnly权限: 此类权限为ReadOnly,配置后不可修改,仅可读取

📂 分类标准

软件属性

  • 定义:用于软件层面的CPU系统归属配置管理
  • 特点:包含CPU与Host的归属映射关系配置
  • 示例MultiHostMappings

📝 配置示例

标准单Host配置

json
{
  "CPUConfig": {
    "MultiHostMappings": {
      "Host1": [1, 2]
    }
  }
}

双Host配置

json
{
  "CPUConfig": {
    "MultiHostMappings": {
      "Host1": [1, 2],
      "Host2": [3, 4]
    }
  }
}

多Host配置

json
{
  "CPUConfig": {
    "MultiHostMappings": {
      "Host1": [1, 2],
      "Host2": [3, 4],
      "Host3": [5, 6]
    }
  }
}

🔧 使用指南

配置步骤

  1. 设置系统归属映射:配置MultiHostMappings,指定CPU与Host的归属关系

注意事项

  • ReadOnly权限: 此类权限为ReadOnly,配置后不可动态修改
  • 类型引用: MultiHostMappings引用types.json中定义的MultiHostMappings结构体,需确保类型定义存在
  • 映射唯一性: 每个CPU应只归属于一个Host,避免重复映射
  • Host编号规范: Host编号应与SystemId保持一致

性能建议

  • 映射关系规范:合理规划CPU与Host的归属映射关系
  • 多Host场景:根据实际系统架构配置对应的归属映射

MultiHostMappings结构说明

  • Host编号: 标识不同的Host系统
  • CPU列表: 每个Host下归属的CPU编号列表
  • 结构体定义: 来自types.json#/defs/MultiHostMappings

常见问题

  • Q: CPUConfig的权限为什么是ReadOnly?
    • A: CPU系统归属关系为硬件拓扑决定的基础配置,运行期间不应动态修改
  • Q: MultiHostMappings的$ref引用是什么?
    • A: 通过$ref引用types.json中预定义的MultiHostMappings结构体类型,确保类型一致性
  • Q: 一个CPU可以归属于多个Host吗?
    • A: 不建议,每个CPU应只归属于一个Host,避免配置冲突