程序中监听的含义?

@lilydjwg #24
> CPU 是先复制网络数据到内存里，再决定要如何处理。因为网卡的存储空间有限，你不及时处理就丢包了
你看没看新闻…… Intel 因为让网卡能够直接访问缓存导致了漏洞
所以不一定进内存

这个算不算读书读的不多，想的太多(无恶意

网卡接收的信号，和敲击键盘的信号本质都是一样电信号变化，监听的优先级看系统逻辑。比如可以通过网络远程开机、也可以通过键盘密码开机，感觉应该是一个等级的监听。

@lilydjwg 其实我就是想提醒你加 pv

慢点，难道不是 “gdb 是直接调用 ptrace 的，所以是直接使用接触软中断” 吗？
ptrace 不就是软中断入口吗？不然直接插 x86 的被调指令？那是硬中断……

其实这个问题本质上是在问 kernel 如何通知 usermode app 事件的完成。

以 Windows 为例：

那这个实际上是有轮询的，但不是简单的轮询，是一个很复杂的，由 kernel thread scheduler 参与的等待过程。

kernel 通知 usermode app 的情况，app 一定 pending 在 KeWaitForSingleObject，等待 kernel return。

（ callstack: WaitForSingleObject->NtWaitForSingleObject->KeWaitForSingleObject ）

简单的说，在这个等待过程开始时，kernel 会设置 thread 的 scheduling state 为 waiting，然后将此 thread 放入一个 waiting list，当你 singal 一个 event 的时候，kernel 会在这个 list 中找出这个 thread，然后把它移出，然后 KeWaitForSingleObject 返回。这个时候你就知道你等待的事件被 signal 了。

Linux 不太清楚，但现代 OS 设计大致都应该如此。Busy loop 会直接跑满一个 logical processor，所以不会有 OS 这样设计的。

@smallpython csapp 第八章

@baixiangcpp 是的,但是有时候我觉得抛出一个问题然后看大家讨论,也能学到很多,而且效率高一些