IO模式——同步(堵塞、非堵塞)、异步

为什么IO模式非常重要?由于现代的计算机和操作系统的架构决定了CPU是稀缺资源,大家都要来一起竞争。而IO(特别是网络相关的IO)的速度往往较慢。所以怎样进行IO就有了多种模式,包含同步、异步、堵塞、非堵塞等等。

不少人把这几个概念放到一起讨论,非常多时候也难以区分。

这里从根上剖析下该怎么看待这几个概念。

首先。异步和同步是相对的,而同步情况下又有堵塞和非堵塞之分。

异步非常easy理解。当用户程序须要进行IO的时候,发出IO请求,然后就立马返回。能够继续做其他事情。

比如。从网络收包,当包抵达后放到内核某个缓存区,而且从内核空间放置到程序须要的用户空间后(一种是直接复制。比較费资源;一种是映射mmap),通知程序,程序之后就能够处理数据了。

这是最理想的模式。CPU干活效率最高。

同步情况则是,当用户程序须要进行IO的时候,发出IO请求。然后就等着数据到达后进行处理(首先将数据从内核空间拷贝到用户空间,然后进行操作)。

详细怎么等呢?一种就是堵塞在那里。CPU就处理其他的程序去了;一种就是发现没有数据就返回一个错误,程序能够干点别的事情(一般是不断轮询)。过会还得自动回来看看数据OK了么。

同步情况下显然效率比較差,于是有了各种技术来改进它,一种就是IO多路复用(用一个专门的线程来负责IO)。包含Linux上的select、poll和epoll。

select和poll类似,都是用一个内核优化线程来不断轮询IO,一旦有数据了用户程序就能够利用系统调用将数据从内核空间拷贝到用户空间。之后进行处理。这尽管提高了效率,但事实上仍然是一种同步模式。

epoll则更进一步。採用了底层的notify机制和mmap,底层数据可用后通知IO线程,并利用mmap将数据直接映射到用户空间。

此时用户程序能够直接对数据进行操作了。

时间: 2024-10-25 03:53:50

IO模式——同步(堵塞、非堵塞)、异步的相关文章

Node.js 回调函数 1) 阻塞 ,同步 2) 非阻塞 ,异步.

1.阻塞. 同步. 1) 读取的文件: input.txt 菜鸟教程官网地址:www.runoob.com 2) main.js 1 var fs = require("fs"); 2 3 //同步读取, 阻塞代码,按顺序执行的 4 var data = fs.readFileSync('input.txt'); 5 6 console.log(data); 7 console.log(data.toString()); 8 console.log("程序执行结束!"

IO模式——同步(阻塞、非阻塞)、异步

不少人把同步.异步.阻塞.非阻塞放到一起讨论,很多时候难以区分. 这里从根上剖析下该怎么看待这几个概念. 首先,异步和同步是相对的,而同步情况下又有阻塞和非阻塞之分. 异步很容易理解.当用户程序需要进行IO的时候,发出IO请求,然后就立刻返回,可以继续做其它事情. 例如,从网络收包,当包抵达后放到内核某个缓存区,并且从内核空间放置到程序需要的用户空间后(一种是直接复制,比较费资源:一种是映射mmap),通知程序,程序之后就可以处理数据了. 这是最理想的模式,CPU干活效率最高. 同步情况则是,当

socket api- c/s模式:全双工 ;IO模式:同步阻塞,epoll,多路复用。

server: 知识点: 1) // epoll_event 结构 events 域取值 {{{#define EPOLLIN 0x001 // 连接上有数据可读,包括 tcp 连接关闭时收到 FIN 包#define EPOLLPRI 0x002 // 连接上有紧急数据可读#define EPOLLOUT 0x004 // 连接可写#define EPOLLRDNORM 0x040 // 普通数据可读#define EPOLLRDBAND 0x080 // 优先级数据可读#define EPO

普通B/S架构模式同步请求与AJAX异步请求区别(个人理解)

在上次面试的时候有被问到过AJAX同步与异步之间的概念问题,之前没有涉及到异步与同步的知识,所以特意脑补了一下,不是很全面... 同步请求流程:提交请求(POST/GET表单相似的提交操作)---服务器对请求进行处理(期间客户端浏览器不能进行其他任何操作)----处理完毕返回数据 异步请求流程:通过事件触发请求(移除/点击事件)---服务器对请求进行处理(期间客户端浏览器可以做发送其他请求,不需要管其他请求是否有处理)---处理完毕返回数据 同步就是你叫我去吃饭,我听到了就和你去吃饭:如果没有听

socket api- c/s模式:全双工 ;IO模式:同步阻塞,select,多路复用。

server: client: 知识点: 1)服务端的多线程改为select复用来处理多用户. 应该服务器瓶颈是在网络.CPU应该不是瓶颈,如果网络不是瓶颈,想再提高性能,可以考虑增加线程处理. 1.标准输入可以另用线程,从select 分离出去. 2.serverFD的accpet,也可以另用线程,分离出去.不过就要处理共享数据的tempserver的Fd集合了,加锁.所以这个感觉还是不要分离出去好.毕竟集合的添加删除是个频繁操作. 3.多用户的处理,倒是可以用多线程处理.根据集合大小的情况.

01_Tornado入门(异步和非堵塞)

Asynchronous and non-Blocking I/O Real-time web features require a long-lived mostly-idle connection per user. In a traditional synchronous web server, this implies devoting one thread to each user, which can be very expensive. 原文翻译: 实时WEB应用(Real-tim

高性能IO设计模式之阻塞/非阻塞,同步/异步解析

提到高性能,我想大家都喜欢这个,今天我们就主要来弄明白在高性能的I/O设计中的几个关键概念,做任何事最重要的第一步就是要把概念弄的清晰无误不是么?在这里就是:阻塞,非阻塞,同步,异步. OK, 现在来具体看看. 1. 阻塞和非阻塞是针对于进程在访问数据的时候,根据IO操作的就绪状态来采取的不同方式,说白了是一种读取或者写入操作函数的实现方式,阻塞方式下读取或者写入函数将一直等待,而非阻塞方式下,读取或者写入函数会立即返回一个状态值. 2. 同步和异步是针对应用程序和内核的交互而言的,同步指的是用

IO中同步异步,阻塞与非阻塞

一.同步与异步 同步/异步, 它们是消息的通知机制 1. 概念解释 A. 同步 所谓同步,就是在发出一个功能调用时,在没有得到结果之前,该调用就不返回. 按照这个定义,其实绝大多数函数都是同步调用(例如sin isdigit等). 但是一般而言,我们在说同步.异步的时候,特指那些需要其他部件协作或者需要一定时间完成的任务. 最常见的例子就是 SendMessage. 该函数发送一个消息给某个窗口,在对方处理完消息之前,这个函数不返回. 当对方处理完毕以后,该函数才把消息处理函数所返回的值返回给调

IO多路复用,同步,异步,阻塞和非阻塞 区别(转)

转自:http://www.cnblogs.com/aspirant/p/6877350.html?utm_source=itdadao&utm_medium=referral 一.什么是socket?什么是I/O操作? 我们都知道unix(like)世界里,一切皆文件,而文件是什么呢?文件就是一串二进制流而已,不管socket,还是FIFO.管道.终端,对我们来说,一切都是文件,一切都是流.在信息 交换的过程中,我们都是对这些流进行数据的收发操作,简称为I/O操作(input and outp