内核能同时准备多个数据吗 - 论“Linux的五大I/O模型”

Linux的五大I/O模型  https://blog.xieyangzhe.com/archives/841


“nonBlocking IO模型中，数据准备阶段并没有阻塞，因为应用进程不断的查询内核数据是否准备完毕，并没有被阻塞，实际上应用进程可以在这时干其他事情。在数据复制阶段阻塞。”

里面看到这句话。

我的理解是，

在non-Blocking的时候，即便是不断查询“内核数据是否准备完毕” -- 意思是说，如果内核数据没准备完毕，就不能做其他的事情了吗？  那不是跟block是一样的了?

留言会给米。也求一个米

此外，non-Blocking的切实意义是啥呢? 为什么需要non-Blocking呢

non-blocking模型中，read()返回EWOULDBLOCK后，你可以去干别的，没有规定说你必须一直不停的重试read()(即busy waiting/spinning）。

如果不是busy waiting你的程序代码可能会更复杂些，因为你要记得过一会再来重试read()。

补充内容 (2020-12-7 08:52):
单纯的non-blocking我感觉很少用到，一般都是跟io multiplexing或aio结合使用

jiupian 发表于 2020-12-7 08:47
non-blocking模型中，read()返回EWOULDBLOCK后，你可以去干别的，没有规定说你必须一直不停的重试read()(即 ...

但是，non-blocking模型中，我的client一直check，在拿到EWOULDBLOCK后，client就可以去做其他的事情了？  比如call另外一个server?

techDiscussion 发表于 2020-12-7 09:05
但是，non-blocking模型中，我的client一直check，在拿到EWOULDBLOCK后，client就可以去做其他的事情了？ ...

如果“call另一个server”这个动作不依赖于“第一个read()已完成”，那当然可以这么做 。这相当于提高了parallelism。

否则，EWOULDBLOCK说明第一个read()还没有完成，这时候能不能call另一个server取决于你的业务逻辑

non-blocking 是说CPU不会挂起当前的process,转去执行别的process,等到数据传输完成后,reschedule回之前的process继续执行. non-blocking的API一般回立刻返回一个状态值或错误值给调用函数,然后根据返回值继续执行后面的操作.

blocking API会阻塞当前的process,切换到别的process.

内核的一些函数,因为独占了某些资源,所以会要求只能用non-blocking API.因为如果一旦block了,它会一致占用资源.但是process又被挂起了,这样子会导致死锁. 所以只能用non-blocking API.

楼主说的不断查询,有点像spinlock.用spinlock的process不会被挂起,但是会不断的查询spinlock是不是free.如果free了就继续执行.如果还是lock状态,不断查询.