博客
关于我
I/O控制方式
阅读量:403 次
发布时间:2019-03-05

本文共 965 字,大约阅读时间需要 3 分钟。

I/O控制方式

程序直接控制方式

CPU干预

很频繁,I/O操作开始之前,完成之后需要CPU介入,而且在等待I/O完成的过程中CPU需要不断得轮询检查。

数据的流向

每次读/写一个字

读操作(数据输入):I/O设备->CPU->内存
写操作(数据输出):内存->CPU->I/O设备

流程图

在这里插入图片描述

主要缺点和主要优点

优点:实现简单。在读/写指令之后,加上实现循环检查的一系列指令即可(因此才称为“程序直接控制方式”)

缺点:CPU和1/0设备只能串行工作,CPU需要一直轮询检查长期处于“忙等”状态,CPU利用率低。

中断驱动方式

CPU干预

每次1/0操作开始之前、完成之后需要CPU介入。等待1/0完成的过程中CPU可以切换到别的进程执行。

数据的流向

每次读/写一个字

读操作(数据输入): I/0设备->CPU->内存
写操作(数据输出): 内存->CPU->I/0设备

流程图

在这里插入图片描述

主要缺点和主要优点

优点:与“程序直接控制方式”相比,在“中断驱动方式”中,1/0控制器会通过中断信号主动报告1/0已完成,CPU不再需要不停地轮询。 CPU和1/0设备可并行工作,CPU利用率得到明显提升。

缺点:每个字在I/O设备与内存之间的传输,都需要经过CPU。而频繁的中断处理会消耗比较多的CPU时间。

DMA方式

CPU干预

仅在传送一个或多个数据块的开始和结束时,才需要CPU干预

数据的流向

每次读/写一个块

读操作(数据输入): I/0设备->内存
写操作(数据输出): 内存->I/0设备

流程图

在这里插入图片描述

主要缺点和主要优点

优点:数据传输以“块”为单位,CPU介入频率进一步降低。数据的传输不再需要先经过CPU再写入内存,数据传输效率进一步增加。CPU和1/0设备的并行性得到提升。

缺点:CPU每发出一条1/0指令,只能读/写一个或多个连续的数据块。

通道控制方式

CPU干预

极低,通道会根据CPU的指示执行相应的通道程序,只有完成一组数据块的读/写后才需要发出中断信号,请求CPU干预。

数据的流向

每次读/写一组数据块

读操作(数据输入):I/0设备->内存
写操作(数据输出):内存->I/0设备

流程图

在这里插入图片描述

主要缺点和主要优点

缺点:实现复杂,需要专门的通道硬件支持

优点:CPU、通道、1/0设备可并行工作,资源利用率很高

转载地址:http://uudzz.baihongyu.com/

你可能感兴趣的文章
nginx+vsftp搭建图片服务器
查看>>
Nginx-http-flv-module流媒体服务器搭建+模拟推流+flv.js在前端html和Vue中播放HTTP-FLV视频流
查看>>
nginx-vts + prometheus 监控nginx
查看>>
nginx: [emerg] getpwnam(“www”) failed 错误处理方法
查看>>
nginx:Error ./configure: error: the HTTP rewrite module requires the PCRE library
查看>>
Nginx、HAProxy、LVS
查看>>
Nginx下配置codeigniter框架方法
查看>>
Nginx中使用expires指令实现配置浏览器缓存
查看>>
Nginx之二:nginx.conf简单配置(参数详解)
查看>>
Nginx代理websocket配置(解决websocket异常断开连接tcp连接不断问题)
查看>>
Nginx代理初探
查看>>
nginx代理地图服务--离线部署地图服务(地图数据篇.4)
查看>>
Nginx代理外网映射
查看>>
Nginx代理模式下 log-format 获取客户端真实IP
查看>>
Nginx代理解决跨域问题(导致图片只能预览不能下载)
查看>>
Nginx代理配置详解
查看>>
Nginx代理静态资源(gis瓦片图片)实现非固定ip的url适配网络环境映射ip下的资源请求解决方案
查看>>
Nginx代理静态资源(gis瓦片图片)实现非固定ip的url适配网络环境映射ip下的资源请求解决方案
查看>>
nginx反向代理
查看>>
nginx反向代理、文件批量改名及统计ip访问量等精髓总结
查看>>