屏障I/O处理

屏障IO的主要作用是禁止IO调度程序进行排序。

主要的应用场景是日志文件系统，对于日志文件系统，需要确保日志首先真实的写入到存储中后，再进行实际修改文件系统的操作。

屏蔽IO的接口。

在提供bio的时候，增加REQ_FUA标签。

对于屏蔽IO，主要分为几个阶段，屏蔽前冲刷，屏蔽，屏蔽后冲刷。

blk_queue_bio函数处理：

判断如果是有REQ_FUA标签，跳过io调度相关处理：

    if (bio->bi_rw & (REQ_FLUSH | REQ_FUA)) {
        spin_lock_irq(q->queue_lock);
        where = ELEVATOR_INSERT_FLUSH;
        goto get_rq;
    }

 

init_request_from_bio(req, bio); 中根据bio标示初始化request的标示。

void __elv_add_request(struct request_queue *q, struct request *rq, int where,
               int plug)

where = ELEVATOR_INSERT_FLUSH;

plug=0；

__elv_add_request把请求增加到请求队列的尾部，保证不被排序。

blk_peek_request-》__elv_next_request

__elv_next_request从请求队列头开始逐个处理请求。

目前支持的三种io调度算法：noop、deadline、cfq

分别在/block/Noop-iosched.c /block/Deadline-iosched.c   /block/Cfq-iosched.c 三个文件中实现。

调度算法如何保证之后插入的请求，不会被调度到屏蔽bio之前？

需要继续分析代码。