WSL 1与WSL 2的fork()系统调用是否实现了写时复制？

WSL 1 #

WSL 1 依赖 Windows 内核兼容层模拟 Linux 系统调用，没有独立的 Linux 地址空间，因此无法实现原生级的写时复制（COW）机制：

• 执行 fork() 时，它需要复制父进程的大部分内存数据，开销接近早期 UNIX 的全地址空间拷贝，性能远低于现代原生 Linux。
• 这种模拟方式是为了让 Linux 程序适配 Windows 内核环境，但牺牲了 fork() 的高效性。

WSL 2 #

WSL 2 基于 Hyper-V 虚拟机运行完整的 Linux 内核，完全继承了原生 Linux 的内存管理逻辑：

• fork() 调用直接由 Linux 内核处理，原生支持写时复制技术。只有当父/子进程修改内存页时，才会触发实际的页拷贝，开销极低，效率和原生 Linux 一致。
• 独立的 Linux 地址空间与内核实现，让 WSL 2 完美复刻了现代 UNIX 系统的高效 fork() 行为。

内容的提问来源于stack exchange，提问作者gavenkoa