Unix下五种I/O模型

发表于:2016-7-28 10:07  作者:ProLyn   来源:51Testing软件测试网采编

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件开发 Linux 操作系统

  Unix下共有五种I/O模型:
  1. 阻塞式I/O
  2. 非阻塞式I/O
  3. I/O复用(select和poll)
  4. 信号驱动式I/O(SIGIO)
  5. 异步I/O(POSIX的aio_系列函数)
  io请求分两步:
  1. 先将数据从存储介质(磁盘,网络等)拷贝到内核缓冲区,此时称为数据准备好,可以被用户应用程序读取。
  2. 由用户应用程序拷贝内核缓冲区中的数据到用户缓冲区。
  ① 阻塞I/O模型            进程一直阻塞,直到数据拷贝完成
  我们将函数recvfrom视为系统调用,不论该函数如何实现,一般都会有一个从应用进程中运行到内核中运行的切换,一段时间以后还会有一个返回到应用进程的切换。
  应用程序调用一个IO函数,导致应用程序阻塞并等待数据准备就绪。如果数据没有准备好,一直等待。如果数据准备好了,则从内核拷贝到用户空间拷贝数据,IO函数返回成功指示。
  进程调用recvfrom,此系统调用直到数据报到达且被复制到应用进程的缓冲区中或发生错误才返回,常见的错误如系统调用被信号中断。
  进程在调用recvfrom开始到它返回的整段时间内是被阻塞的,该函数成功返回后,应用进程开始处理数据报。
  ② 非阻塞I/O模型          数据就绪之前一直轮询
  我们把一个套接口设置为非阻塞就是告诉内核,当所请求的I/O操作无法完成时,不要将进程睡眠,而是返回一个错误。这样我们的I/O操作函数将不断的测试 数据是否已经准备好,如果没有准备好,继续测试,直到数据准备好为止。在这个不断测试的过程中,会大量的占用CPU的时间。
  前三次调用recvfrom时仍无数据返回,因此内核立即返回一个EWOULDBLOCK错误。第四次调用recvfrom时,数据报已准备好,被拷贝到应用缓冲区,recvfrom 返回成功指示,接着就是我们处理数据。
  当一个应用进程像这样对一个非阻塞描述字循环调用recvfrom 时,我们称此过程为轮询(polling)。由于应用进程像这样连续不断地查询内核,看看某操作是否准备好,这对CPU时间是极大的浪费,所以这种模型只是偶尔才会遇到。
  ③ I/O复用模型        新增了一个系统调用select, 帮助进程监控多个I/O
  I/O复用模型会用到select或者poll函数,这两个函数也会使进程阻塞,但是和阻塞I/O所不同的的,这两个函数可以同时阻塞多个I/O操作。而且可以同时对多个读操作,多个写操作的I/O函数进行检测,直到有数据可读或可写时,才真正调用I/O操作函数。
  这种模型并没有阻塞在读取I/O操作的系统调用上(recvfrom),而是阻塞在了select(poll)上。只要有数据就绪,select调用返回,应用程序调用recvfrom将数据从内核区拷贝至用户区。
  仔细看实例图,发现select模型似乎有些disadvantage,即前后进行了两次系统调用,比上一个模型多了一次。然而,select模型也有其明显的优势:每次select阻塞结束返回后,可以获得多个准备就绪的套接字(即一个select可以对多个套接字进行管理,类似于同时监控多个套接字事件是否就绪)。
  和阻塞IO模型相比,selectI/O复用模型相当于提前阻塞了。等到有数据到来时,再调用recv就不会发生阻塞。

Python+Selenium大型电商项目(京东商城)实战直播,优惠名额抢占中>>
21/212>

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2018, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道