CSR配置字典之CPUConfig类
更新时间: 2026/06/22
在Gitcode上查看源码📋 文档信息
| 项目 | 内容 |
|---|---|
| 文档标题 | CPUConfig类配置字典 |
| 版本 | v1.0 |
| 创建日期 | 2026-06-22 |
| 最后更新 | 2026-06-22 |
| 维护状态 | ✅ 活跃维护 |
📋 变更历史记录
文档变更记录
| 版本 | 发布日期 | 变更类型 | 变更内容 | 影响范围 | 维护人员 |
|---|---|---|---|---|---|
| v1.0 | 2026-06-22 | 初始版本 | 创建CPUConfig类配置字典 | 全新文档 | 系统管理员 |
🎯 类概览
CPUConfig 类
| 属性 | 值 |
|---|---|
| 类名称 | CPUConfig |
| 功能描述 | CPU系统归属配置对象 |
| 所属SIG组 | system |
| 所属组件 | 处理器管理 |
| 权限 | ReadOnly |
| 责任人 | 系统架构组 |
| 最后更新 | 2026-06-22 |
| 状态 | 🟢 正常运行 |
📊 属性定义详表
必选属性
| 属性名 | 类型 | 默认值 | 取值范围 | 动态关联 | 描述 | 使用场景 | 举例 | 来源 | 分类 |
|---|---|---|---|---|---|---|---|---|---|
MultiHostMappings | Struc | 无 | - | - | 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]
}
}
}🔧 使用指南
配置步骤
- 设置系统归属映射:配置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,避免配置冲突