关于io调度器和块设备驱动的问题

f22jay

io调度器主要是对上层的bio，整理成request，然后像request_queue提供request，而request_queue里面的request_fn是和块设备驱动相关真正处理request，那么这个request_fn是怎么被调用的？在什么时候被调用

hb12112

一般情况下是在__generic_unplug_device函数调用的。
以scsi设备驱动为例，在scsi_alloc_queue中，make_request_fn设成默认的__make_request函数。
reuest_fn函数为scsi_request_fn。
上层submit_bio后调用顺序为generic_make_request-->__generic_make_request--->__make_request----->__generic_unplug_device----->scsi_request_fn.

鬼鬼一哈

__generic_unplug_device可以由超时3ms或者pending大于4个出发，也可以被一些有特殊用途的IO出发，类似同步IO，或者barrier IO

f22jay

__generic_unplug_device,unplug是拔掉的意思，在这里跟处理request有什么关系了，我以前以为是有个线程周期性的去处理request了回复 2# hb12112


   

f22jay

由超时3ms或者pending大于4个出发，哥们能说详细点吗？回复 3# 鬼鬼一哈


   

hmsghnh

上次是你还是谁来问过一次类似的问题，我还特意去看了一下scsi的代码。
可以知道scsi里面会通过这个路径调用到
scsi_run_queue -> blk_run_queue -> scsi_request_fn()

scsi_run_host_queues
scsi_next_command
等很多地方都回去调用scsi_run_queue 函数。

scsi_end_request里面又会调用到scsi_next_command。
所以我说底层scsi驱动每次自己执行完一个磁盘名字，自己就回去队列里面取下一个来执行的。直到队列为空。

scsi_run_host_queues 这些函数，看样子，会在磁盘启动之类的情况下被执行的吧。
其他比如如果队列为空了，那么下次怎么开始啊？ 之类的问题就只能再仔细去看才知道了。

------------------------
如果楼主你实在想弄清楚，可以使用systemtap ，kprobe之类的工具挂钩一下 scsi_request_fn 函数，把调用堆栈都打印出来就清楚了。

f22jay

就拿个简单的例子吧，http://bbs.chinaunix.net/thread-2017377-1-1.html这个是简单的块设备驱动，就是这个论坛的。只是设置了disk，request_queue。这里面处理request应该是__make_request----->__generic_unplug_device--->request_fn(q)这个流程。不知道这个说法是对的不?  复杂点的块设备像scsi硬盘，就有另外的出发点调用blk_run_queue。回复 6# hmsghnh


   

鬼鬼一哈

回复 5# f22jay

每个Queue都是有定时器的，3ms超时，并且pending的个数就是4个就会unplug

   

hmsghnh

我都是到lxr去看最新的3.9内核的代码。

新的内核里面plug相关的接口变了，应该不是很重要了，很多都被删除了。__generic_unplug_device 这个函数在新的plug实现里面应该没有了。
以前久的plug接口应该被淘汰了，参考下面这篇文章的解释。磁盘越来越快，没必要做这个plug的缓存机制了？
http://lwn.net/Articles/438256/

不过确实是调用了generic_make_request 那里会有可能触发下发的动作的。
submit_bio  -》 generic_make_request  -》q->make_request_fn（scsi层初始化为blk_queue_bio） -> __blk_run_queue-》scsi_request_fn