幻觉机器：虚拟化 CPU

一颗 CPU 如何让几十个程序都以为自己正在运行？答案不是“真的同时”，而是操作系统用中断、上下文切换和调度策略维护出来的高速幻觉。

0先把地图摊开

一颗 CPU 如何让几十个程序都以为自己正在运行？答案不是“真的同时”，而是操作系统用中断、上下文切换和调度策略维护出来的高速幻觉。 本章不会把概念排成术语表，而是沿着一条真实系统路径走：先看它解决什么痛点，再看 OS/云平台怎样实现，最后回到工程取舍。

2.1CPU 没有变多，只是切得够快

一颗 CPU 在一个时刻只能执行一条指令流。多任务的第一层真相，是内核把时间切成很小的片段，在进程之间快速切换。人的感知粗糙，于是把“轮流”看成了“同时”。这和云的虚拟机很像：底下资源有限，上层看到的是被精心包装后的独占假象。

2.2进程是云服务的最小叙事单位

第 1 章里 Web 服务器看起来是一台机器，本章把镜头推进去：真正处理请求的是某个进程。它拿到 socket，解析 HTTP，执行你的业务逻辑，再通过系统调用请内核收发网络和读写文件。理解进程，你才知道容器、Pod、serverless function 到底包住了什么。

2.3从用户态陷入内核态

普通程序没有权限直接操作网卡、磁盘、页表或时钟。它必须通过系统调用进入内核态。这个边界是安全边界，也是性能边界：每次跨越都有成本，所以高性能服务器会批量 I/O、用 epoll、减少不必要的内核往返。

2.4调度不是排队，而是价值判断

短时间片让交互延迟更低，但上下文切换开销更高；长时间片吞吐更好，却可能让小请求排队。云上调度器、Kubernetes scheduler、vLLM continuous batching 都是在同一个问题上换了尺度：有限资源，先服务谁？

2.5本章和云的连接

虚拟机的 vCPU、容器里的 CPU limit、serverless 的并发上限，本质都继承了单机调度的约束。云把 CPU 包成商品，但并没有消除 CPU 的物理事实。

↔云与 OS 的桥

这一章不是孤立知识点。下面这张表把它和前后章节接起来：你会看到，同一个机制在单机、云平台和 AI 基建里会换名字，但问题结构没变。