卢松松网站一些做设计素材的网站

卢松松网站,一些做设计素材的网站,微信网站 详解,用ps设计网页页面【计算的脉络#xff1a;从硅片逻辑到高并发抽象】 第 1 篇#xff1a;指令重排#xff1a;编译器与 CPU 联手演的“障眼法” 1. 逻辑的崩塌#xff1a;那个不可能的结果 在计算机的教科书中#xff0c;我们被告知程序是按顺序执行的。但现实是#xff0c;底层世界充满了…【计算的脉络从硅片逻辑到高并发抽象】第 1 篇指令重排编译器与 CPU 联手演的“障眼法”1. 逻辑的崩塌那个不可能的结果在计算机的教科书中我们被告知程序是按顺序执行的。但现实是底层世界充满了“欺骗”。考虑经典的Dekker 悖论实验。假设内存中有两个全局变量a 0; b 0;。线程 A (Core 1 执行)线程 B (Core 2 执行)a 1; // A1b 1; // B1x b; // A2y a; // B2从逻辑隔离的角度看x和y至少有一个应该是1。如果出现了x0, y0意味着在执行 A2 时A1 还没生效同时执行 B2 时B1 也没生效。在现代 Intel i7 或 ARM 处理器上高频运行这段代码x0, y0会以惊人的比例出现。这不是硬件损坏而是编译器与 CPU 为了性能合谋调换了你的指令顺序。2. 第一重幕后推手编译器的“静态裁减”当你写下 C 或 Java 代码时编译器如 GCC 或 JIT并不是在机械地翻译而是在重写你的程序。2.1 为什么要重排CPU 内部的寄存器资源是极其珍贵的。编译器重排的核心目标之一是减少寄存器溢出Register Spilling。指令依赖优化如果指令 A 需要读取内存慢指令 B 只需要计算寄存器快编译器会尝试把 B 挪到 A 之前以填补 A 等待内存的时间窗口。循环不变式外提将循环内重复执行的无关计算挪到循环外。2.2 约束as-if-serial 语义编译器遵循的底线是无论如何重排单线程执行的结果必须与预期一致。例子1: x 1;2: y 2;3: z x 1;编译器绝对不会把3挪到1之前因为它们有数据依赖。但它极有可能把2挪到3之后。漏洞在于编译器所谓的“单线程结果一致”完全没有考虑多线程共享内存的情况。3. 第二重动态博弈CPU 的“乱序之心”即使编译器交出了完美的顺序字节码CPU 硬件依然会打乱它。这是现代 CPU 最核心的优化——乱序执行Out-of-Order Execution, OoO。3.1 为什么 CPU 不想等CPU 处理器的频率早已突破 3GHz而访问主存的时间依然在 100ns 左右。这意味着 CPU 发出一个取数请求后需要等待约300 个时钟周期。如果 CPU “老实”按顺序执行它的后端单元将会有 99% 的时间在闲置。3.2 硬件机制指令如何在黑盒中流动取指与解码Frontend指令按顺序进入被切分为更小的微指令uOps。发射与重命名Rename/DispatchCPU 通过“寄存器重命名”解除假的数据依赖如两个不相关的指令用了同一个寄存器名。执行中心Out-of-Order Engine保留站Reservation Stations这是指令的“候车室”。一旦某条指令的操作数齐备了比如从缓存里拿到了数它就不再排队直接被发射到执行单元。提交阶段Retirement/Commit重排序缓冲区Reorder Buffer, ROB这是关键。虽然执行是乱序的但 ROB 会记录指令的原始顺序。只有当指令 A 完成后即便指令 B、C 早就跑完了也要等 A 提交后B 和 C 才能正式更新到体系结构状态寄存器/内存。致命点ROB 保证了提交顺序但并不保证多核可见性的顺序。当指令 A 还在 ROB 里排队等待提交时它对内存的修改可能还没真正写到缓存里而此时另一个核心已经读到了旧数据。4. 冲突单核的幻觉与多核的噩梦在单核机器上乱序执行被封装得天衣无缝因为同一个核心的指令流是自洽的。但在**对称多处理架构SMP**中核心 1正在执行a1; xb;由于乱序xb可能先发出了读请求。核心 2正在执行b1; ya;同理ya也可能先发出了读请求。此时两个核心都在“预支”未来的读取权限而还没来得及向外界宣告自己的赋值。这种观测顺序与程序逻辑顺序的背离就是多线程 Bug 的物理根源。5. 程序员的武器打破重排的枷锁为了对抗这种“高性能带来的副作用”硬件和语言规范为程序员留出了后门编译器屏障Compiler Barrier例如 Linux 内核中的barrier()宏强迫编译器停止重排。内存屏障指令Memory Fence如 x86 的LFENCE,SFENCE,MFENCE。它们会强行清空流水线或等待 ROB 提交确保护栏前后的指令顺序。语言级语义**Javavolatile**禁止指令前后的某些重排规则。**Cstd::atomic**通过memory_order精确控制屏障的强度。6. 本篇小结指令重排不是 Bug而是人类为了填平“内存墙Memory Wall”鸿沟所付出的逻辑代价。编译器重排是为了极致利用寄存器。CPU 重排是为了填满那长达数百周期的流水线空耗。当我们享受着现代计算机丝滑的性能时必须意识到底层正有一群“剪辑师”在疯狂重排我们的代码。而作为高级开发者的你必须知道什么时候该喊“卡”。下一篇预告【计算的脉络从硅片逻辑到高并发抽象】第 2 篇现代 CPU 微架构流水线、超标量与乱序执行的代价。我们将深入 CPU 内部看看那些被称为“执行单元”的零件是如何博弈的。