- 我是一个线程(修订版)
- 我是一个 Java class
- Javascript:一个屌丝的逆袭
- Java : 一个帝国的诞生
- JSP 一个装配工的没落
- TCP/IP 之 大明王朝邮差
- TCP/IP 之大明内阁
- TCP/IP 之蓟辽督师
- CPU 阿甘
- CPU 阿甘之烦恼
- CPU 阿甘:函数调用的秘密
- 我是一个网卡
- 我是一个路由器
- 我是一个进程
- 我是一块硬盘(上)
- 我是一块硬盘(下)
- 我是一个键盘
- 张大胖的 socket
- 张大胖学递归
- 学习面向对象的令狐冲
- 张大胖学数据库
- 数据库村的旺财和小强
- 小李的数据库之旅(上)
- 小李的数据库之旅(下)
- 漫画:什么是机器学习?
- 那些烦人的同步和互斥问题
- IE 为什么把火狐和 Chrome 给打伤了?
- 对浏览器村的第二次采访
- 节约标兵 IE 的自述
- EMail 诞生记
- Email 诞生记(下)
- Http 历险记(上)
- Http 历险记(下)-- Struts 的秘密
- 动物王国的面向对象
- 冯·诺伊曼计算机的诞生
- Http Server : 一个差生的逆袭
- 张大胖的加法器
- 从 1 加到 100:一道简单的数学题挑战下你的大脑
- 编程语言
- Javascript:一个屌丝的逆袭
- 计算机语言之战
- 我和编程语言的爱恨情仇(上)
- 我和编程语言的爱恨情仇(下)
- Android 为什么选择了 Java
- iOS 为什么选择了 Object-C?
- Basic : 一个老兵的自述
- Node.js : 我只需要一个店小二
- 命令式编程 vs 声明式编程
- 编译还是解释?
- 程序人生
- “架构师"小赵
- 师兄说
- 师姐说
- 小王的架构师之路
- 小李的版本管理系统
- 小超穿越记
- 小李的 Build 之路(上)
- 小李的 Build 之路(下)
- 张大胖改 Bug
- 我的编程之路--大学趣事
- 码农小王的一天
- 小李在外企
- 张大胖的需求估算
- 从厨师到码农
- 聊一聊那些神一样的程序员们(上)
- 聊一聊那些神一样的程序员们(中)
- 聊一聊那些神一样的程序员们(下)
- 谁是互联网之父?
- 一个价值百万的创业教训
- 让自己与众不同 - 提升工作的价值
- 看看你的“易燃性”
- 从无聊的工作中寻找价值
- 什么样的学生适合报考计算机?
- 谈谈程序员的职业方向(上)
- 谈谈程序员的职业方向(中)
- 谈谈程序员的职业方向(下)
- 谈谈培训班的作用
- 码农需要知道的“潜规则”
- 学习编程的加速度
- 码农在工作中的必备能力
- 码农和英语
- 老司机经验
- 假如时光能够倒流, 我会这么学习 Java
- 假如我是计算机系老师
- 学会编程, 而不是学会 Java
- 从增删改查中突围
- 抽象:程序员必备的能力
- 懒就一个字
- 编程的自学方法
- 小王买房记
- 从一道面试题谈谈一线码农应该具备的基本素质
- 想写框架的看过来
- 苹果手机变砖头以后
- 如何快速的学习一门技术?
- 唯一不变的是变化: 谈谈微信应用号
- 什么是企业应用?
- 勿以浮沙筑高台
- 为什么敏捷开发难于成功?
- localhost vs 127.0.0.1
- GitHub/Stackoverflow 找工作时有什么用?
- 动词 or 名词 :这是一个问题
- 如何选择入行语言
- 有时候,沉默是金
- 零 Bug 的代码是怎么炼成的?
- 浮点数为什么不精确?
- 文章错误大全
- Open Source--不要为了开源而开源
- 一不留神,代码就腐化了
- 先做个“键盘侠”, 再来写程序
- 不加断点调试的程序员是好程序员
- 码农必备技能:烂代码的处理之道(上)
- 码农必备技能:烂代码的处理之道(下)
- 学习数据结构有用吗?
- 从现在开始,丰富你的简历
- 那些永不过时的书,你看过几本吗?
- 学好编程必备的一个品质你知道吗?
- 你最爱的 Java
- 搞懂了这几点,你就学会了 Web 编程
- Spring 的本质系列(1) -- 依赖注入
- Spring 本质系列(2)-AOP
- 三层架构和 MVC 那点事儿
- Java 帝国之拨云见日识回调
- 小张的 Duck Typing
- JDBC 的诞生
- JDBC 后传
- 一个不安分的 JDBC 驱动
- Java 帝国之 Java bean (上)
- Java 帝国之 Java bean(下)
- Java 帝国之函数式编程
- Java 帝国之函数式编程(下)
- 关于 Java 初学者需要知道的 10 件事
- JUnit 你不知道的那些事儿
- 圣诞礼物:Java EE 的历史
- Java EE 读书指南
- 给小白的 Java EE 指南
- 给小白的 Java EE 指南(2)
- 给小白的 Java EE 生存指南(3) : XML
- 给小白的 Java EE 生存指南(4) : 一只叫 Tom 的猫
- 给小白的 Java EE 指南(5) : AJAX
- 给小白的 Java EE 生存指南(6) :Java 反射
- 闲聊
- "饿了么"初体验
- 来自大脑的控诉
- 一个高中生是怎么玩自媒体的?
- 尝试 分答
- 到底应不应该上培训班?
- 自学编程中遇到问题怎么办?
- 据说 99%的初级程序员看完后都不迷茫了
- 一行代码引发的“血案”
- 对一个死锁问题的思考
- 通过外包进入名企
- 请开往十年前的今天
- 为什么自学中最好有个师傅指导一下?
- 这个网站值得你花时间投入
- 为什么你无法坚持自学编程?
我是一个键盘
二等公民 这个世界存在阶级歧视的, 我确信。
CPU 和内存很明显是第一等公民, 这一对好基友占据着二环内最核心、最金贵的土地,居高临下对外发号施令, 从各处“抢劫”二进制数据到自己的地界来。
其他的都被归类到二等公民, 居住在 5 环以外, 统称为输入输出(I/O)设备。
有些设备居无定所,通过 USB 临时接入到计算机,待个三五天就走,典型的“北漂”。
哦对了,我必须得说明, 硬盘的地位有点特殊,虽然它也是个 I/O 设备, 但是它存储着所有的程序和数据,包括操作系统老大!
虽然经常被 CPU 和内存嘲笑, 但硬盘应该属于 1.5 等子民, 住在三环以里。
我是一个键盘,和我的兄弟鼠标一样,是个典型的输入设备, 像我这样的 I/O 设备多如牛毛, 比如显卡,声卡,网卡,打印机,扫描仪, CD-ROM 等等。
操作系统老大把我们这些二等公民笼统的划分为两类:块设备和字符设备。
硬盘,CD-ROM,U 盘是典型的块设备, 数据存储在固定大小的块中, 每个块都有一个地址,就样门牌号那样。
像我,鼠标,打印机很明显就是字符设备,哪有什么块结构? 就是用一个个字符组成的流而已,也没有什么地址。
还有一种分法是存储设备(硬盘),传输设备(网卡,调制解调器)、人机交互设备(我和鼠标,显示器也算), 不管怎么划分,我们二等公民的身份都无法更改,也住不到二环去, 那里房价实在太贵了。
夜深人静的时候,我和二等公民朋友们经常探讨这个经久不衰的问题: 咱都是人,为啥就住不到二环去?
鼠标说: 这都是命啊, 计算机刚发明的时候,只有最基本的计算功能和存储功能,哪有什么显卡,声卡,网卡? CPU 和内存的祖先占据了二环,并且一直在那里经营至今, 现在都不知道是多少代了。
我说: 唉,也是, 我们的祖先还是出现晚了, 没有占据好地界儿。
网卡说: 这个不对的, 关键是我们没本事,干不了 CPU 的活啊。
“那算啥, 我的 GPU 运算速度已经很厉害了, 很多超级计算机还用我做运算部件呢,知道不?” 显卡说。
鼠标说: 别想那么多,其实二环生活也不轻松,你看看一开机,CPU 阿甘和内存就忙的不可开交, 累得要死。 像我和键盘, 尤其是你键盘, 除了码农写程序, 半天都不用一下, 还是知足吧。 总线 和 端口 虽然我们是住在五环外的二等公民,但是 CPU 还得和我们打交道, 那 CPU 是怎么和我们联系的?
一种办法就是 CPU 和每个 I/O 设备之间都扯一根线, 有多少个设备就扯多少根,组成了一个以 CPU 为中心的星型布局, 很明显这样太麻烦了, 尤其是来了新设备怎么办?
后来我们采用了“总线”这个概念, 大家都挂到这一条“总线”上, CPU 想找谁了,就在上面吼一声。
轮询(程序式 I/O) 现在 CPU 知道了我们在哪儿,还知道我们的编号, 接下来就可以和我们通信了。
这时候我们又遇到了那个老问题: CPU 太快,而我们 I/O 设备太慢, 毕竟机械设备的速度是无法和电子设备相媲美的。
比如说有个进程要读取硬盘上的文件, CPU 代表该进程向磁盘控制器发出指令:
CPU: 硬盘硬盘, 把你第 1023689 号磁盘块的内容给我拿过来
硬盘: 好的
CPU :弄好了没有?
硬盘: 还没有
CPU : 弄好了没有?
硬盘: 还没有还没有
CPU : 到底弄好没有? 快点
硬盘:都说过没弄好了 !
CPU : 弄好了没有?
硬盘 : @#¥%……&&
CPU 一直霸占着总线,不厌其烦的问硬盘弄好了没有, 别的啥事也不做, 这叫做轮询 , 或者叫做程序控制的 I/O
由于 CPU 比硬盘快百万倍, 很明显 CPU 被浪费了。
中断 大家都觉得这样不合适, 因为 CPU 忙着和硬盘“卿卿我我”, 把别的 I/O 都抛弃了, 像我,鼠标即使有什么数据等着 CPU 读取,他也不搭理我们。
后来就改成了这种方式:
CPU: 硬盘硬盘, 把你第 1023689 号磁盘块的内容给我拿过来, 你弄好了以后告儿我一声。
硬盘: 我怎么告诉你啊
CPU: 我有一个中断请求线, 你弄完了可以往这个地方发信号, 我每次执行完一个指令都会检查。
硬盘 :好的
(CPU 干别的事儿去了,当前进程 A 阻塞,另外一个就绪的进程 B 开始执行)
过了不知道多少纳秒。。。。。
硬盘: CPU, 数据好了,赶紧过来取走。
CPU : 稍等,我把当前的进程 B 给保存了, 然后就去处理。
(CPU 执行中断处理程序, 读取数据.....)
这就是“ 中断” 方式,有了中断以后, 这些平时都不怎么露面的 I/O 设备都跳出了抢着发中断, “调戏”CPU, CPU 乱成了一团, 系统也乱成了一团。
CPU 不胜其烦, 后来专门找了一个叫中断控制器的家伙专门负责协调, 这家伙确实厉害,一上场就说:
只有我才能给 CPU 发中断, 你们的中断请求统统发给我啊,我来裁决谁的优先级高,谁能“调戏”CPU。
这样一来系统清净了。
(注: 这种“中断”的方式,其实就是一种异步的、事件驱动的处理思想,在计算机软硬件上应用非常广泛, 例如 Node.js, AJAX 等等 ) DMA 但是我知道, CPU 和内存才是系统的核心, CPU 运算时候只认内存这个好基友,所以所有的数据不管是谁产生的, 不管是 1.5 等公民硬盘,还是 2 等公民键盘,鼠标等, 数据统统都得搬到内存去。
这就给我们带来了一个挑战: 数据的搬运。
中断的方式对于小数据量传输是有效的, 像我是一个键盘,每次你按下一个键以后, 我就会发出一个中断告诉 CPU,CPU 就能发出指令,把这个一个键对应的字符搬到内存。
但是对于大数据量传输尤其是像硬盘这样的, CPU 还得花费大量的时间和精力不断的发出指令,让磁盘控制器把数据从硬盘搬到内存去, 这相当于又陷入了程序式 I/O 的陷阱。
对于类似这样的情况,我们也有办法处理, 就是用一个 DMA 控制器, 使用这个专用的处理器进行 I/O 设备和内存之间直接的数据传输, 脏活累活都被这个 DMA 给处理了。
CPU: 硬盘硬盘, 把你第 1023689 号磁盘块的内容发送到内存的 xyz 地址去,弄完了告诉我, 我去干别的事儿去了。
硬盘 : 好咧, DMA, 我这儿有数据要传输, 数据一共有 4096 个字节, 要传输到内存的 xyz 地址去。
DMA : 没问题 !
(DMA 控制器开始哼哧哼哧的干活,把这 4096 个字节复制到 xyz 地址)
DMA : CPU, 数据已经在内存中了, 可以用了啊
CPU : 怪不得刚才有时候我没法使用总线, 是不是你小子霸占着啊?
DMA : 我不用总线怎么搬运数据到内存? 我也没有挪用几个时钟周期啊, 再说了你还能使用你的一级缓存和二级缓存不是?
CPU : 好吧, 看在你帮我干了这么多苦活累活,就算了吧。 键盘的工作原理 说了这么多别人的事儿, 也该说说我自己了。
我和鼠标一样,是个非常简单的 I/O 设备, 每次你按下和释放键盘上某个键的时候, 我就会产生一个扫描码,例如你按下 A , 扫描码是"1E" , 释放 A ,扫描码是"9E"
我把这个扫描码放到 0x60 端口, 然后向 CPU 发中断, 当然得通过中断控制器了。
CPU 会调用中断处理程序, 读这个 0x60 端口,取到扫描码, 翻译成 ASCII 码就可以使用了。
那么问题来了, 假设系统中有好几个进程都在等待键盘的输入, 这个中断处理程序获得 ASCII 码发给谁呢? 怎么发过去呢?
这个问题留给你了, 欢迎给我回复留言,正确答案有奖励啊。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论