linux阻塞与非阻塞
1. linux下阻塞,非阻塞,轮询
用浅显的话来说吧。
在一般的情况下,在系统和应用程序之间有一个请求队列层,起到调度的作用,应用程序不会直接访问系统,而是把访问请求放进队列层中;而系统也在不停的从队列层中提取请求然后不断的分发执行,这种请求方式就是阻塞式访问。
但是有些特殊的请求是不允许停止和等待的,这种请求就不会被放入队列层中,而是直接插入到系统的当前处理的前端,而被优先执行,这种请求方式就是非阻塞式访问。
这二者的区别是由于其工作性质决定的,单纯从理论角度来说,与CPU占用等没有任何关系,CPU占用只和和算法复杂度有关。
一般非阻塞功能都是使用在系统级的请求上,比如某些驱动级的中断请求或实时类请求,因为绕过了请求队列,编制不良的非阻塞程序可能会导致系统失去响应。
2. Linux下read函数默认到底是阻塞的还是非阻塞的
不知题主的read是指socket的read还是文件的read。
默认情况下,socket的read是阻塞的;
对文件进行read,要看内核态的read接口是注册为同步接口还是异步接口(可参见file_operations结构体)
3. linux网络编程中阻塞和非阻塞socket的区别
阻塞的是意思是这样:read函数读的时候,如果此时数据包没有来,那就程序就会暂停执行,在read函数里面暂停。它如何继续执行呢?那就是数据包来之后它继续执行。非阻塞就是说,如何执行read函数的时候,数据包没有,那么read函数返回没有读到任何东西,如果执行read函数时候恰好有数据包,那么read函数将返回读到的数据包。也就是说,阻塞的socket使用read的时候,你都能保证读到数据包。而非阻塞就不一定了,所以往往非阻塞需要配合循环,不停的读,或者设置一个超时。如果读了几次,或者等待了多少秒没有读到,就超时。阻塞的,无法控制时间。
4. Linux 中的read系统调用到底是阻塞还是非阻
所谓阻塞,即当内核发现请求条件不满足时(可能需要产生IO)将调用进程挂起,让出CPU给需要的进程执行,提高效率,调用者进程被阻塞至条件满足时再被唤醒。
我们来深入跟踪read/write系统调用,因为Linux内核中对文件的读写采用了缓存,文件数据按照页面(默认大小为4096字节)为单位缓存在内存中,对于read系统调用,内核会根据应用程序发出的读偏移在缓存中查找所读位置对应的缓存页面是否存在,如果存在,那么万事大吉,只需将数据从缓存页面至用户缓冲区即可,但如果此页面尚未被缓存,那么没有别的办法,只能从磁盘上读出该页面数据并缓存在内存中,所谓的读过程,其实文件系统所需做的只是锁定页面,然后构造一个读请求,并将请求发送给底层的IO子系统即可。文件系统发送完请求并不代表该页面已经从磁盘中读出,如果此时read系统调用返回,那就意味着该调用是非阻塞,不等IO完成即返回至调用者,但阅读内核代码发现,文件系统在发送完IO请求后并不立即返回,而是在接下来的流程中去尝试锁定该读页面,因为在前面文件系统发IO请求时页面已经被锁定,因此,如果页面尚未被读出的话,此时锁定的话必然会阻塞,至此,我们就清楚了Linux内核中的read系统调用默认实现是阻塞方式。
5. linux 调试串口 是阻塞还是非阻塞模式
两种方式都提供的,取决于你调用读写函数的参数timeout。