select的一点疑惑

lyush

DESCRIPTION
       select() and  pselect()  allow  a  program  to  monitor  multiple  file
       descriptors,  waiting  until one or more of the file descriptors become
       "ready" for some class of I/O operation (e.g., input possible).  A file
       descriptor  is considered ready if it is possible to perform the corre‐
       sponding I/O operation (e.g., read(2)) without blocking.
以上是手册上对select函数的描述，其中说到的监视多个文件描述符，但是阻塞返回却是一个或多个文件描述符“就绪”。我的疑问就是内核怎么才会将多个文件描述符的行为定性为多个同时“就绪”并返回，理论上来说总得有个先后啊，难道是第一个“就绪”发生后等待了一段时间？

zylthinking

回复 1# lyush

select 唤醒和描述符发生事件是异步的， 因此， 当 select 唤醒后， 未必只有一个描述符上存在事件; 你也可以认为它等了一会儿； 等待的时间就是从睡眠到运行态转换的时间， 或者也可以认为是多个描述符同时产生了事件， 这也不是不可能的


   

lyush

回复 2# zylthinking
嗯，原来还要结合进程运行状态切换来理解，谢谢。

   

linux_c_py_php

lyush 发表于 2014-01-05 14:46
回复 2# zylthinking
嗯，原来还要结合进程运行状态切换来理解，谢谢。

你select会发生系统调用陷入到内核执行，在内核里发现所有描述符都不可读写就会将这个进程改为挂起状态并调度其他进程到CPU工作。

网卡的硬件中断触发(超时或者先攒着)或者硬件时钟中断(超时或者批量返回)都会给内核检查与重新唤醒select进程的机会。

seufy88

select本身可能是会阻塞的，但阻塞后会让该进程挂起，不占用CPU的时间片。
select函数返回了，该进程才可能再次运行。

ijingling

意思是select的目的是监视改变了的文件描述符。在休眠时，来了一个或者同时来了多个小伙伴（改变的文件描述符）都能把select唤醒。他们的到来是异步的，每个都是随时可能发生的，可能某时刻来了一个或者同时来了几个。

zylthinking 发表于 2014-01-05 00:18
回复 1# lyush

select 唤醒和描述符发生事件是异步的， 因此， 当 select 唤醒后， 未必只有一个描述符 ...