特点：
在Linux2.4或更早的版本的调度程序，那时只有这一种I/O调度算法.
NOOP实现了一个简单的FIFO队列，它像电梯的工作主法一样对I/O请求进行组织，当有一个新的请求到来时，它将请求合并到最近的请求之后，以此来保证请求同一介质.
NOOP倾向饿死读而利于写.
NOOP对于闪存设备，RAM，嵌入式系统是最好的选择.
电梯算法饿死读请求的解释：
因为写请求比读请求更容易.
写请求通过文件系统cache，不需要等一次写完成，就可以开始下一次写操作，写请求通过合并，堆积到I/O队列中.
读请求需要等到它前面所有的读操作完成，才能进行下一次读操作.在读操作之间有几毫秒时间，而写请求在这之间就到来，饿死了后面的读请求.
3)Deadline（截止时间调度程序）
特点：
通过时间以及硬盘区域进行分类，这个分类和合并要求类似于noop的调度程序.
Deadline确保了在一个截止时间内服务请求，这个截止时间是可调整的，而默认读期限短于写期限.这样就防止了写操作因为不能被读取而饿死的现象.
Deadline对数据库环境（ORACLE RAC,MYSQL等）是最好的选择.
4)AS（预料I/O调度程序）
特点：
本质上与Deadline一样，但在最后一次读操作后，要等待6ms，才能继续进行对其它I/O请求进行调度.
可以从应用程序中预订一个新的读请求，改进读操作的执行，但以一些写操作为代价.
它会在每个6ms中插入新的I/O操作，而会将一些小写入流合并成一个大写入流，用写入延时换取最大的写入吞吐量.
AS适合于写入较多的环境，比如文件服务器
AS对数据库环境表现很差.
4.面试 linux 文件系统怎样io到底层前言：本文主要讲解LinuxIO调度层的三种模式：cfp、deadline和noop，并给出各自的优化和适用场景建议 。
IO调度发生在Linux内核的IO调度层 。这个层次是针对Linux的整体IO层次体系来说的 。
从read（)或者write（)系统调用的角度来说，Linux整体IO体系可以分为七层，它们分别是：VFS层：虚拟文件系统层 。由于内核要跟多种文件系统打交道，而每一种文件系统所实现的数据结构和相关方法都可能不尽相同，所以，内核抽象了这一层，专门用来适配各种文件系统，并对外提供统一操作接口 。
文件系统层：不同的文件系统实现自己的操作过程，提供自己特有的特征，具体不多说了，大家愿意的话自己去看代码即可 。页缓存层：负责真对page的缓存 。
通用块层：由于绝大多数情况的io操作是跟块设备打交道，所以Linux在此提供了一个类似vfs层的块设备操作抽象层 。下层对接各种不同属性的块设备，对上提供统一的BlockIO请求标准 。
IO调度层：因为绝大多数的块设备都是类似磁盘这样的设备，所以有必要根据这类设备的特点以及应用的不同特点来设置一些不同的调度算法和队列 。以便在不同的应用环境下有针对性的提高磁盘的读写效率，这里就是大名鼎鼎的Linux电梯所起作用的地方 。
针对机械硬盘的各种调度方法就是在这实现的 。块设备驱动层：驱动层对外提供相对比较高级的设备操作接口，往往是C语言的，而下层对接设备本身的操作方法和规范 。
块设备层：这层就是具体的物理设备了，定义了各种真对设备操作方法和规范 。有一个已经整理好的[LinuxIO结构图]，非常经典，一图胜千言：我们今天要研究的内容主要在IO调度这一层 。
它要解决的核心问题是，如何提高块设备IO的整体性能？这一层也主要是针对机械硬盘结构而设计的 。众所周知，机械硬盘的存储介质是磁盘，磁头在盘片上移动进行磁道寻址，行为类似播放一张唱片 。