块设备层关于request和bio的疑问

f22jay

一个bio里面的所有磁盘扇区是连续的，而物理地址是不连续的。一个request里面所有的bio是按扇区大小排序，链接在一起？ 也就是说request里面的对磁盘操作的扇区是不连续的，那将一个bio合并到request时，疑问如下
static inline int elv_try_merge(struct request *__rq, struct bio *bio)
{
        int ret = ELEVATOR_NO_MERGE;

        /*
         * we can merge and sequence is ok, check if it's possible
         */
        if (elv_rq_merge_ok(__rq, bio)) {
                if (blk_rq_pos(__rq) + blk_rq_sectors(__rq) == bio->bi_sector)   //request的下一个操作扇区，加上所有的扇区数，但是request里面的扇区不是连续的，这样就能判断是是这个request的处理的最后一个扇区吗？？
                        ret = ELEVATOR_BACK_MERGE;
                else if (blk_rq_pos(__rq) - bio_sectors(bio) == bio->bi_sector)
                        ret = ELEVATOR_FRONT_MERGE;
        }

        return ret;
}

并且bio只能合并到request的末尾或开头，为什么不能在中间了？？？？？？

blake326

core负责back merge
cfq的merge是front merge。
static int cfq_merge(struct request_queue *q, struct request **req,
                     struct bio *bio)
{
        struct cfq_data *cfqd = q->elevator->elevator_data;
        struct request *__rq;

        __rq = cfq_find_rq_fmerge(cfqd, bio);
        if (__rq && elv_rq_merge_ok(__rq, bio)) {
                *req = __rq;
                return ELEVATOR_FRONT_MERGE;
        }

        return ELEVATOR_NO_MERGE;
}

blake326

一个request中可能有多个bio，但是这多个bio是连续的请求。所以可以认为一个request就是从start sector 到end sector的连续请求。

即使来一个middle sector在start end中间的话，（文件系统，设备文件同时访问应该可能会产生这种情况），那么也会新键一个request。

f22jay

你确定request里面的bio是连续的吗？如果是连续的那么bio直接也可以合并吧？回复 3# blake326


   

blake326

回复 4# f22jay


1，连续的。哥不会忽悠你的。

2，    bio一般不能合并，bio的bi_end_io方法可能有区别（基于page或者buffer head）或者其他一些东西的原因。
    我没有见过bio合并的。

f22jay

感谢赐教回复 5# blake326


   

dean_go

你好，我是做驱动开发的，看ldd3,里面讲直接利用request做做数据读写的方法是简单的方法，用bio去做的方法是高级一点的方法。想请问下，直接完成一个request和完成一个request的多个bio有什么优缺点？看不到bio的好处在哪里。