基于标准 Linux 系统，其中有一个用户区应用程序和内核网络堆栈。我读到将帧从用户空间移动到内核空间（反之亦然）在 CPU 周期方面可能会很昂贵。
我的问题是，
【问题讨论】：
read() 和write() 是系统调用。
在线解决问题：
为什么？并且正在向一个方向移动框架（即从用户到 kernel) 的影响更大。
Moving to/from user/kernel spaces is expensive 因为操作系统必须：
对此有一些例外，例如，如果您的驱动程序实现了strategy such as "page flipping"，它有效地重新映射内存块/页，以便用户空间应用程序可以访问它。这与零复制操作“足够接近”。
此外，当您进入基于 TAP 的界面时，情况有何不同。作为 框架仍将在用户/内核空间之间移动。做空间 存在问题，或者是否存在某种形式的零拷贝？
对于基于 TUN/TAP 的接口，同样的注意事项也适用，除非您使用某种 DMA、页面翻转等；逻辑。
【讨论】：
将帧从用户空间移动到内核空间称为上下文切换，通常由系统调用（调用int 0x80中断）引起。
ds、es、fs、eax、cr3等等正如我们所见，我们在将帧移入/移出内核时会做很多工作，这比简单的函数调用（只需设置ebp、esp、eip）要多得多。这就是为什么这种行为相对耗时。
作为虚拟网络设备，写入TAP与写入/dev/xxx没有区别。
如果你写到 TAP，os 会像上面的描述一样被中断，然后它会将你的参数复制到内核并阻塞你当前的线程（阻塞 IO）。内核驱动线程会以某种方式（例如消息队列）被通知接收参数并使用它。
在 Andorid 中，存在一些zero-copy system call，在我的演示实现中，这可以通过用户和内核之间的地址转换来完成。因为内核和用户线程不共享相同的地址空间，用户线程的数据可能会改变，我们通常将数据复制到内核中。所以如果我们满足条件，我们就可以避免复制：
以下是我的demo os中的代码，有兴趣的可以详细了解一下这个问题：
【讨论】：