一、多核系统概述：为什么需要多核？
各位同学好，我是你们这门课的老朋友。今天咱们聊聊多核系统。
说实话，我第一次接触多核编程的时候，心里也犯嘀咕：单核跑得好好的，干嘛非要搞多核？后来踩了不少坑，才真正明白——这不是选择题，是必答题。
1.1 为什么需要多核？
先看一个简单的道理：单核性能已经撞墙了。
早些年，CPU厂商靠提升主频来提速。3GHz、4GHz……但到了某个点，频率上不去了。为什么？功耗和散热成了拦路虎。你想想看，频率翻倍，功耗翻四倍。这谁顶得住？
我在项目中遇到过一款嵌入式设备，单核跑到2GHz时，散热片烫得能煎鸡蛋。后来改用四核1.2GHz，性能翻倍，温度反而降了。这就是多核的价值。
核心观点：多核不是锦上添花，而是延续摩尔定律的必然选择。
具体来说，多核解决了三个痛点：
- 功耗墙：多核可以在更低频率下提供更高吞吐
- 并行需求：现代应用天然并行（视频渲染、Web服务器、AI推理）
- 实时性：专用核处理中断，通用核跑业务，互不干扰
1.2 多核架构基础：SMP 与 AMP
多核系统不是简单地把几个核焊在一起。架构上分两种主流方案：SMP 和 AMP。
SMP（对称多处理）
SMP 的意思是：所有核地位平等，共享同一份内存和操作系统。
你写一个 pthread 程序，系统会自动把线程分配到不同核上。你甚至不用关心哪个核在跑——这是 SMP 最大的优点：编程简单。
但代价呢？锁竞争。我在项目中调试过一个 16 核 SMP 系统，性能死活上不去。最后发现，所有线程都在抢同一把锁。说白了，核越多，锁越堵。
我的习惯：在 SMP 系统上，我一般先用 perf top 看看锁开销。如果超过 10%，就该考虑优化了。
AMP（非对称多处理）
AMP 就不同了。每个核可以跑不同的操作系统，甚至不同的任务。比如：
- 核0 跑 Linux，负责网络和用户界面
- 核1 跑裸机程序，负责实时控制
- 核2 跑 DSP 算法，处理音频
这种架构在 嵌入式、汽车电子、基站 里很常见。我做过一个车载项目，就是 AMP 架构——一个核跑 Android 做导航，另一个核跑 RTOS 控制刹车。你敢让它们混在一起吗？不敢。
| 特性 | SMP | AMP |
|---|---|---|
| 操作系统 | 单一 OS | 可多个 OS |
| 内存 | 共享 | 独立或共享 |
| 编程难度 | 较低 | 较高 |
| 典型场景 | 服务器、PC | 嵌入式、实时系统 |
注意：AMP 下核间通信是个大坑。我曾经用共享内存做核间通信，忘了加内存屏障，结果数据错乱，查了三天才找到原因。嗯，这里要提醒你：AMP 的核间同步，比 SMP 的锁更隐蔽。
1.3 多核编程的挑战与机遇
多核编程，说白了就是跟「并行」打交道。好处很明显，但坑也不少。
挑战
- 竞态条件：两个核同时写一个变量，结果不可预测。我见过最离谱的 bug，是概率性崩溃，一周复现一次。
- 死锁：核A等核B释放锁，核B等核A释放锁。两个核互相「谦让」，程序就卡死了。
- 缓存一致性：核0改了数据，核1还在用旧值。你以为同步了，其实没有。
- 调试困难：单核 bug 可以打断点。多核 bug？你打断点，其他核还在跑，时序全乱了。
避坑指南：我曾经在调试一个 8 核系统时，发现一个 bug 只在「周二下午三点」出现。后来发现是某个定时器任务和主任务抢锁。多核调试，真的需要耐心和工具。
机遇
但反过来，多核也给了我们巨大的红利：
- 性能翻倍：8 核跑好了，就是 8 倍吞吐（理想情况）
- 低功耗：4 个低频核，比 1 个高频核省电得多
- 隔离性：关键任务独占一个核，不受干扰
- 扩展性：业务增长，加核就行，不用重新设计
你想想看，现在的云服务器动不动 64 核、128 核。如果你只会写单线程代码，那这些核就白费了。反过来，掌握了多核编程，你就有了驾驭大规模系统的能力。
1.4 小结
这一章我们聊了：
- 为什么需要多核——功耗墙和并行需求
- SMP 和 AMP 的区别——共享 vs 独立
- 多核编程的挑战——竞态、死锁、缓存一致性
- 多核编程的机遇——性能、功耗、隔离性
下一章，我会带你深入 缓存一致性与内存模型。这是多核编程最核心、也最容易出问题的地方。到时候我会分享一个我亲身经历的缓存一致性 bug，保证让你印象深刻。
好，今天就到这里。记住一句话：多核不是银弹，但不会多核，你连枪都没有。