SUNKAIS OS · READ ONLY

Jarvis

登录后,可以询问自己的任务、项目和记录。

登录后使用
Sun KaisPersonal Research Institute · 私人研究机构

Mathematics · Computational Science · Engineering · Personal Knowledge Systems

更多
SUNKAIS · PERSONAL OS

搜索全站功能

选择 前往

TECH-03 · TECHNOLOGY FIELD GUIDE

CPU 架构与厂商手册

把 Intel SDM、AMD64 APM 与 ISA 文档变成可以查询、验证和做实验的工程地图。

从程序员可见架构进入寄存器、指令、内存、异常与特权机制,强调“先确定厂商、卷册、修订和模式,再查具体条目”。

LAB BOUNDARY / 实验边界

先固定范围,再打开工具

用户态实验优先;MSR、页表、特权指令和固件设置只在专用虚拟机或开发板上进行,不修改生产设备。

OUTCOMES / 完成标准

用可审阅的产出证明掌握

路线、实验与里程碑都围绕这四项能力收敛。

01

会选择正确卷册与修订

02

能读指令条目与异常表

03

解释虚拟地址到页表的路径

04

用小程序验证手册假设

ROUTE MAP / 路线索引

七个维度形成完整闭环

选择节点快速跳转;搜索和筛选会保留上下文。

FIELD LIBRARY / 技术知识库

搜索概念、方法、工具与故障

只有经过内容审阅的本地命令、模板和清单提供复制按钮。

01学习路线

从程序员模型走向系统机制

不要从第一页顺读数千页;围绕问题在概览、指令、系统卷与产品资料之间跳转。

阶段 1 · 程序员模型

掌握整数/向量寄存器、标志、数据类型、端序、寻址和执行模式。

阶段 2 · 指令条目

从助记符定位 opcode、操作数、伪代码、标志位、模式差异与异常条件。

阶段 3 · 系统编程

学习特权级、分段与分页、异常/中断、控制寄存器、缓存一致性和虚拟化概念。

阶段 4 · 产品现实

用 CPUID、产品数据表、勘误和固件资料确认具体处理器真正实现了什么。

02核心概念

ISA、微架构与平台不是同一层

架构保证软件可见行为;流水线、缓存实现和产品启用特性需要其他资料。

架构 vs 微架构

ISA 规定指令和状态的可见语义;乱序窗口、端口与预测器属于实现细节,应查优化手册和具体代际资料。

能力发现

手册描述架构可能性,CPUID/特性寄存器描述本机能力,操作系统还可能限制可用状态与指令。

内存序与一致性

编译器重排、CPU 内存模型和缓存一致性是三层问题;并发代码必须同时满足语言与架构规则。

03实验室与工具

用户态、反汇编与模拟器三层实验

用最小程序验证寄存器与指令,再用性能计数器或模拟器观察现象。

指令观察

编译短函数并反汇编,对照手册检查操作数宽度、编码、标志与生成条件。

objdump -d -Mintel ./owned-program

本机能力清单

在 Linux 查看架构与公开 CPU 特性;不要把 flags 列表直接等同于全部硬件细节。

lscpu

隔离系统实验

QEMU/虚拟机用于页表、异常与系统代码实验;先固定 CPU 模型与版本,记录虚拟化层可能造成的差异。

04常见方法

Intel 与 AMD 卷册阅读地图

先定问题层级,再选卷册;交叉检查修订号、勘误、CPUID 与操作系统上下文。

Intel SDM 怎么读

Vol. 1 查基本架构与程序员模型;Vol. 2A–2D 查逐条指令;Vol. 3A–3D 查保护、内存管理、中断、虚拟化等系统主题;Vol. 4 查 MSR。四卷/十卷/合订版内容相同,只是拆分方式不同。

AMD64 APM 怎么读

Vol. 1 是应用编程;Vol. 2 是系统编程;Vol. 3 查通用与系统指令;Vol. 4 查 128/256 位媒体指令;Vol. 5 查 64 位媒体与 x87 浮点指令。

指令条目检查表

依次看支持模式、opcode、操作数编码、伪代码、标志影响、异常、CPUID 前置条件与架构注记。

目标 CPU/模式:
手册与修订:
指令/主题:
CPUID 前置:
操作数与编码:
标志/状态变化:
异常与特权条件:
实验结果:
05排错指南

手册结论和机器现象不一致时

常见根因是卷册、模式、代际、虚拟化层或编译器上下文选错。

出现非法指令

检查 CPUID 位、操作系统状态管理、编译目标、虚拟机 CPU 模型和指令前缀;“架构定义”不保证本机实现。

性能与预期相反

SDM/APM 给语义,不给所有吞吐/延迟保证;核对具体微架构、优化手册、频率、缓存和测量方法。

系统行为不稳定

先确认勘误、固件与微码版本,再检查并发、内存序和未定义行为;不要把单次观察当架构承诺。

06安全边界

特权实验要能恢复、能解释、能停止

架构学习不需要在日常主机写 MSR、刷固件或禁用平台安全控制。

默认用户态

优先用编译器、反汇编、CPUID 和性能计数器的只读接口;特权操作仅在专用环境。

不照抄寄存器值

MSR/控制寄存器可能因型号而异,保留位写入可能造成不可预测结果;必须查精确型号资料和勘误。

固件与微码

只使用设备厂商正式渠道,确认电源与恢复路径;不要在课程实验中降级微码或关闭关键安全功能。

07项目里程碑

把“查手册”练成可验证能力

交付物必须标明手册版本与具体章节,避免依赖二手表格。

M1 · CPU 能力档案

采集本机公开能力、模式与缓存层级,逐项链接到厂商手册并注明虚拟化影响。

M2 · 十条指令卡片

为整数、分支、原子和向量指令记录编码、语义、标志、异常与最小实验。

M3 · 地址转换图

选择 x86-64 或 RISC-V,画出虚拟地址分段、页表级别、权限和故障路径。

M4 · Intel/AMD 对照笔记

围绕同一主题比较术语与卷册组织,只陈述手册有依据的共同点与差异。

REFERENCE SOURCES / 参考资料

优先回到标准、厂商与官方项目

外部页面可能更新;进入后核对版本、修订日期、平台与许可。

SOURCE CHECK · 外部资料核验日期:2026-08-23