136 lines
6.1 KiB
Markdown
136 lines
6.1 KiB
Markdown
---
|
||
tags:
|
||
- 计算机系统结构
|
||
- 重点复习
|
||
- 指令级并行
|
||
- ILP
|
||
create time: 2026-06-16 21:21
|
||
---
|
||
|
||
# 小题 5 — 指令级并发的开发方法
|
||
|
||
## 概述
|
||
|
||
本题考查**指令级并行**（Instruction-Level Parallelism, ILP）的开发方法，包括**静态方法**（编译器主导）和**动态方法**（硬件主导）两大类。ILP 是提升单处理器性能的核心技术途径。
|
||
|
||
> [!tip] 考试重点
|
||
> 了解有哪些主要的 ILP 开发方法即可，重点区分"静态"和"动态"的分类及代表技术。不需要深入每种方法的实现细节。
|
||
|
||
## 正文
|
||
|
||
### 一、什么是指令级并行（ILP）？
|
||
|
||
**指令级并行**是指程序中多条指令**同时执行或重叠执行**的可能性。ILP 的开发目标是在不改变程序语义的前提下，尽可能让更多的指令在同一时刻处于执行状态。
|
||
|
||
> [!question] ILP 的理论基础是什么？
|
||
> 程序中大部分指令之间**没有**数据依赖或控制依赖。研究表明，一个典型程序中每条指令平均只有 0.5~1.5 条真依赖。这意味着在理论上，一个程序可以同时执行 3~5 条指令——但需要硬件或编译器来发现和利用这种并行性。
|
||
|
||
### 二、开发方法总览
|
||
|
||
```mermaid
|
||
graph TD
|
||
ROOT["ILP Development"] --> S["Static Methods"]
|
||
ROOT --> D["Dynamic Methods"]
|
||
|
||
S --> S1["Loop Unrolling"]
|
||
S --> S2["Software Pipelining"]
|
||
S --> S3["Trace Scheduling"]
|
||
S --> S4["Instruction Scheduling"]
|
||
|
||
D --> D1["Superscalar"]
|
||
D --> D2["Out-of-Order Execution"]
|
||
D --> D3["Speculative Execution"]
|
||
D --> D4["Register Renaming"]
|
||
D --> D5["Branch Prediction"]
|
||
D --> D6["Dynamic Scheduling"]
|
||
```
|
||
|
||
### 三、静态方法（编译器主导）
|
||
|
||
静态方法在**编译时**分析和优化指令顺序，运行时按优化后的顺序执行。
|
||
|
||
| 方法 | 原理 | 效果 |
|
||
|------|------|------|
|
||
| **循环展开**（Loop Unrolling） | 将循环体复制多份，减少循环控制指令的开销 | 减少分支指令占比，增加调度空间 |
|
||
| **软件流水**（Software Pipelining） | 从不同迭代中抽取指令组成新的循环体 | 使每次迭代中各段重叠执行 |
|
||
| **轨迹调度**（Trace Scheduling） | 选择最可能执行的路径（trace），在该路径上全局优化 | 对热路径的优化效果显著 |
|
||
| **指令调度**（Instruction Scheduling） | 重排指令顺序以避免数据冲突和结构冲突 | 减少 Stall，提高流水线利用率 |
|
||
|
||
> [!note] 循环展开示例
|
||
>
|
||
> **原始代码**（4 次迭代）：
|
||
> ```
|
||
> for (i = 0; i < 4; i++)
|
||
> C[i] = A[i] + B[i];
|
||
> ```
|
||
>
|
||
> **循环展开 2 次**：
|
||
> ```
|
||
> C[0] = A[0] + B[0];
|
||
> C[1] = A[1] + B[1]; // 与上一条无依赖，可并行
|
||
> C[2] = A[2] + B[2];
|
||
> C[3] = A[3] + B[3]; // 与上一条无依赖，可并行
|
||
> ```
|
||
>
|
||
> 展开后分支指令从 4 条减为 0 条（或 1 条），且相邻指令的独立性更高，编译器有更多调度自由度。
|
||
|
||
> [!question] 静态方法的局限性？
|
||
> 1. 编译时无法知道**运行时信息**（如 Cache 是否命中、分支方向），调度可能不是最优的
|
||
> 2. 不同的输入数据可能改变最优的指令顺序
|
||
> 3. 编译器必须保守处理——如果不确定两条指令是否相关，就假定相关，不做并行化
|
||
|
||
### 四、动态方法（硬件主导）
|
||
|
||
动态方法在**运行时**由处理器硬件发现和利用 ILP。
|
||
|
||
| 方法 | 原理 | 效果 |
|
||
|------|------|------|
|
||
| **超标量**（Superscalar） | 每个时钟周期发射**多条指令**到多个功能部件 | 基础并行执行能力 |
|
||
| **乱序执行**（Out-of-Order Execution） | 指令不按程序顺序执行，就绪即可执行 | 消除等待，提高利用率 |
|
||
| **推测执行**（Speculative Execution） | 在分支结果确定前就执行分支目标处的指令 | 隐藏分支延迟 |
|
||
| **寄存器重命名**（Register Renaming） | 将逻辑寄存器映射到物理寄存器，消除名相关 | 消除 WAR 和 WAW 冲突 |
|
||
| **分支预测**（Branch Prediction） | 预测分支方向，提前取指和执行 | 减少控制冲突 |
|
||
| **动态调度**（Dynamic Scheduling） | 如 Tomasulo 算法，硬件动态分配资源和调度指令 | 处理数据相关的等待 |
|
||
|
||
```mermaid
|
||
graph LR
|
||
subgraph InOrder["In-Order Issue"]
|
||
I1["Instruction 1"] --> I2["Instruction 2"] --> I3["Instruction 3"]
|
||
end
|
||
subgraph OutOfOrder["Out-of-Order Execution"]
|
||
O1["Instruction 1"] --> O_EX1["Execute"]
|
||
O2["Instruction 2"] -->|"Stall (waiting)"| O2_W["Wait"]
|
||
O3["Instruction 3"] -->|"Ready first"| O_EX3["Execute"]
|
||
end
|
||
```
|
||
|
||
> [!note] Tomasulo 算法简介
|
||
> Tomasulo 算法是 IBM 在 1967 年为 System/360/91 开发的动态调度算法，核心思想：
|
||
> 1. **保留站**（Reservation Station）：每个功能部件有若干保留站，存放等待执行的指令及其操作数
|
||
> 2. **公共数据总线**（CDB）：运算结果通过 CDB 广播，所有等待该结果的保留站同时获取
|
||
> 3. **寄存器重命名**：通过保留站标签替代寄存器号，自动消除 WAR 和 WAW 冲突
|
||
>
|
||
> Tomasulo 算法是现代超标量处理器乱序执行引擎的理论基础。
|
||
|
||
### 五、静态 vs 动态方法对比
|
||
|
||
| 对比维度 | 静态方法 | 动态方法 |
|
||
|----------|----------|----------|
|
||
| 决策时机 | 编译时 | 运行时 |
|
||
| 信息来源 | 程序结构分析 | 实际运行状态 |
|
||
| 适应性 | 差（无法适应运行时变化） | 好（根据实际情况调整） |
|
||
| 硬件开销 | 低 | 高 |
|
||
| 典型代表 | 循环展开、指令调度 | 超标量、乱序执行 |
|
||
| 适用场景 | 嵌入式、低功耗处理器 | 高性能通用处理器 |
|
||
|
||
> [!question] 现代处理器如何组合使用？
|
||
> 现代处理器（如 Intel Core、ARM Cortex-A）**同时使用**静态和动态方法：
|
||
> - 编译器做指令调度和循环展开（静态）
|
||
> - 硬件做超标量发射、乱序执行和分支预测（动态）
|
||
> - 两者互补：编译器提供良好的初始顺序，硬件进一步挖掘运行时并行性
|
||
|
||
## 关联笔记
|
||
- [[计算机系统结构/复习文档/流水线技术]]
|
||
- [[小题3-控制冲突的解决措施]]
|
||
- [[小题2-流水线的分类]]
|