当前位置:主页 > 查看内容

异步IO:新时代的IO处理利器

发布时间:2021-07-26 00:00| 位朋友查看

简介:无论是非阻塞IO,IO复用,还是信号驱动式IO,都不是真正意义上的IO,真正的异步IO是数据从内核空间拷贝到用户空间也是异步处理的,拷贝完成,再通知应用进程,应用进程直接读取用户空间的数据进行操作。 到目前为止,我们介绍了阻塞IO,非阻塞IO,信号驱动式……

无论是非阻塞IO,IO复用,还是信号驱动式IO,都不是真正意义上的IO,真正的异步IO是数据从内核空间拷贝到用户空间也是异步处理的,拷贝完成,再通知应用进程,应用进程直接读取用户空间的数据进行操作。

到目前为止,我们介绍了阻塞IO,非阻塞IO,信号驱动式IO,IO复用,我们打个形象的比方,来对这几种IO做下区分。

我们去网上买东西,下完单之后,你可以有如下几种处理方式:

  • 下完单之后,在门口一直等待快递小哥把快递送上门,这就是同步阻塞IO;
  • 下完单之后就不管了,直到快递小哥打电话给你通知你去取快递,这就是同步非阻塞IO里面的信号驱动式IO;
  • 下完单之后,你定时的去物流app上面查看你所有快递的状态,只要有快递送到了寄存点,你就去取,这就是同步非阻塞IO里面的IO复用;
  • 下完单之后,你就不管了,直到快递小哥给你送上门,你直接拿到了快递,你不用出门就可以拿到快递了,这就是异步IO。

异步IO最关键的一点就是在读取数据的时候,将IO的buffer提交给内核,让内核往这个buffer写数据。

这节我们就来介绍下异步IO模型和相关API,并且顺便介绍下当下最新的更高性能的IO模型。

阅读完本文,你将了解到:

  • 异步IO的原理;
  • POSIX下定义的异步IO接口以及使用方式;
  • 异步IO的发展方向。

1、异步I/O模型介绍

下面是异步IO(asynchronous I/O)的执行流程流程:

通过异步处理函数如aio_read告知内核启动某个动作,并且让内核在整个操作完成之后再通知应用进程,内核会在把数据复制到用户空间缓冲区之后再进行通知。整个IO过程应用进程都不会被阻塞。

异步IO最大的优化点在于:系统调用是昂贵的,异步IO将轮训等待数据的系统调用(如select,poll,epoll)和读取数据操作合并起来。

下面我们就通过具体了例子来演示下异步IO程序的处理流程。

2、异步IO相关函数使用案例

本节我们介绍下POSIX定义的异步操作接口。

2.1、异步IO相关API

每个异步函数都需要传入一个aiocb结构(异步IO控制块),这个结构格式如下:

  1. struct aiocb { 
  2.   /* The order of these fields is implementation-dependent */ 
  3.   int             aio_fildes;     /* File descriptor */ 
  4.   off_t           aio_offset;     /* File offset */ 
  5.   volatile void  *aio_buf;        /* Location of buffer */ 
  6.   size_t          aio_nbytes;     /* Length of transfer */ 
  7.   int             aio_reqprio;    /* Request priority */ 
  8.   struct sigevent aio_sigevent;   /* Notification method */ 
  9.   int             aio_lio_opcode; /* Operation to be performed; 
  10.                                                   lio_listio() only */ 
  11.   /* Various implementation-internal fields not shown */ 
  12. }; 

该结构体指定了要异步操作的套接字描述符,操作过程中用到的缓冲,其中aio_sigevent告诉AIO在IO操作完成时,应该指向什么操作。

常见的异步IO相关函数如下:

INT AIO_READ(STRUCT AIOCB *AIOCBP)

请求异步读操作,该函数将aiocbp指向的缓冲区描述的I/O请求排队。

注意:aio_read的aiocbp中一定要设置偏移量

在传统的非异步read操作中,偏移量是在文件描述符上下文进行维护的,对于每个操作,偏移量都需要更新,以便后续的操作可以对下一块数据进行寻址。

而对于异步read操作来说,可以同时执行很多异步IO read操作,所以这里需要的指明处理的文件的偏移量aiocbp->aio_offset和异步读取的内容的长度aiocbp->aio_nbytes。

aio_read调用后,文件偏移量变为未设置。

INT AIO_WRITE(STRUCT AIOCB *AIOCBP)

请求异步写操作,该函数将aiocbp指向的缓冲区描述的I/O请求排队。

aio_write不一定要设置偏移量

如果打开的文件,设置了O_APPEND选项,那么偏移量就会被忽略,数据会被附加到文件的末尾;如果未设置O_APPEND,那么从aiocbp->aio_offset开始写入数据,而不考虑文件的偏移量。

SSIZE_T AIO_RETURN(STRUCT AIOCB *AIOCBP)

获取完成的异步请求的返回状态。

由于IO异步化了,需要有专门的函数来获取异步处理的状态。

aio_return的返回值即相当于read或write等系统调用的返回值。如果出错,则返回-1,并正确设置errno。

可能的响应值:

  • 成功后,将返回处理的字节数;
  • -1:发生错误,并且设置errno以指示错误原因;

只有在aio_error调用返回EINPROGRESS之外的值之后,才可以调用这个函数,并且只允许调用一次。

INT AIO_ERROR(CONST STRUCT AIOCB *AIOCBP)

检查异步请求的状态,可能的响应值:

  • EINPROGRESS:如果请求还没有完成;
  • ECANCELED:如果请求已经被取消;
  • 0:如果请求已完成;
  • 如果异步IO操作失败,则为一个正数的error number,与同步的read(2), write(2), fsync(2),或者 or fdatasync(2)系统的errorno一致。

AIO_SUSPEND

  1. int aio_suspend(const struct aiocb * const aiocb_list[], 
  2.                        int nitems, const struct timespec *timeout); 

挂起调用进程,直到一个或者多个异步请求完成或失败。

aiocb_list中存放需要等待的异步请求,如:

  1. struct aioct *cblist[MAX_LIST]; 
  2. ... 
  3. cblist[0] = &aiocb1; 
  4.  
  5. ret = aio_read( my_aiocb1 ); 
  6. ret = aio_suspend( cblist, MAX_LIST, NULL ); 

INT AIO_CANCEL(INT FD, STRUCT AIOCB *AIOCBP)

取消异步IO请求。

LIO_LISTIO

  1. int lio_listio(int mode, struct aiocb *const aiocb_list[], 
  2.                       int nitems, struct sigevent *sevp); 

发起一系列的IO操作,启动数组aiocb_list描述的I/O操作列表。

下面通过具体例子展示aio的用法。

2.2、aio_read例子

如下是一个使用aio_read的例子:

我把重要的处理步骤都标注起来了,并在代码中做了说明,这里不重复描述,需要注意几点:

  • aio_read的aiocbp中一定要设置偏移量;
  • 一定要在调用aio_error,并且返回值不是EINPROGRESS之后,才调用aio_return后去异步IO处理状态。

以上就是目前异步IO API的设计和基本使用方法。

3、操作系统对异步IO的支持情况

3.1、Linux下的异步IO

上一节介绍了POSIX下定义的异步操作接口,但是可惜Linux的aio操作不是真正的操作系统级别的支持,而是在用空间中借由GNU库函数由pthread方式实现的,没有对套接字IO进行支持。

基于以上原因,Linux下面,大部分还是通过使用epoll多路复用技术,以及非阻塞IO,通过事件分发模型来构建高性能网络程序。

3.2、Windows下的异步IO

Windows实现了一套称为IOCP(I/O Completion Ports,IO完成端口)[1]的完整的异步编程接口。IOCP提供了一种有效的线程模型,用于在多处理器系统上处理多个异步I / O请求。

当进程创建IOCP时,系统会为请求创建关联的队列对象,其唯一目的是为这些请求提供服务

一个进程通过将IOCP与预分配的线程池结合使用,来处理许多并发异步IO请求,相比于通过在接收IO请求时创建线程,会更快,更高效。

基于IOCP,产生了Proactor模式,一种与Reactor模式类似,但是更加高效的模式。

这里是不是看的有点不太懂,没关系,在后续高性能网络编程范式章节中,我们会详细介绍这两种模式。

4、更高效的IO

4.1、背景

由于Linux下并没有广泛被采用的AIO技术,aio系列的函数是有POSIX定义的异步操作接口,并不是真正操作系统内核支持的异步IO。

目前最流行的还是基于epoll的多路复用技术,以及依托多路复用技术产生的Reactor模式。

为了推动AIO在Linux系统的发展,实现更加高效的IO,于是后来变有了io_uring。

4.2、io_uring

io_uring是在Linux Kernel 5.1中添加的,用于替代AIO和io_submit,构造通用的异步系统调用接口。

关于异步IO就介绍到这里,在下一篇文章中,我们会详细探讨使用各种IO模型的高性能网络编程范式。

博客链接:https://www.itzhai.com

【责任编辑:武晓燕 TEL:(010)68476606】
本文转载自网络,原文链接:https://mp.weixin.qq.com/s/XBFXIntVH98axf5vAeaSOg
本站部分内容转载于网络,版权归原作者所有,转载之目的在于传播更多优秀技术内容,如有侵权请联系QQ/微信:153890879删除,谢谢!
上一篇:程序员如何写出高质量的代码程序 下一篇:没有了

推荐图文


随机推荐