Активизация драйвера блочного устройства
Как мы видели ранее, целесообразно отложить активизацию драйвера блочного устройства, чтобы повысить вероятность группирования запросов, отно
сящихся к смежным блокам. Задержка реализуется с помощью техники, известной как закупоривание и откупоривание устройства2. Как только устройство закупоривается, его драйвер становится неактивным, даже если в его очередях есть необработанные запросы.
Функция bik piug device о закупоривает блочное устройство, или, точнее, очередь запросов, обслуживаемую некоторым драйвером блочного устройства. Функция принимает в качестве аргумента адрес q дескриптора очереди запросов. Она устанавливает бит queue flag plugged в поле q->queue_f lags, а затем запускает динамический таймер, встроенный в поле q->unpiug_timer.
Функция bik remove piug откупоривает очередь запросов q, т. е. сбрасывает бит QUEUE FLAG PLUGGED И Останавливает динамический таймер q->unplug_ timer. Эта функция может быть явно вызвана ядром, когда все запросы, которые находятся "в поле зрения” и могут быть слиты, добавлены в очередь. Кроме того, планировщик ввода/вывода откупоривает очередь запросов, если количество ждущих запросов превышает значение в поле unpiug thresh дескриптора очереди запросов (по умолчанию равное 4).
Если устройство остается закупоренным в течение интервала времени, указанного в q->unpiug_deiay (по умолчанию 3 миллисекунды), динамический таймер, запущенный функцией bik_piug_device(), заканчивает отсчет времени, в результате чего вызывается функция bik unpiug timeout о. Вследствие этого поток ядра kblockd, обслуживающий рабочую очередь kbiockd_ workqueue, возобновляет свое выполнение Этот поток ядра выполняет функцию, адрес которой хранится в структуре q->unpiug_work, т. е. функцию blk_unplug_work . А Эта фуНКЦИЯ вызывает метод q->unplug_fn очереди запросов, который обычно реализуется функцией generic_unplug_ device . Она выполняет собственно откупоривание устройства: вначале проверяет, активна ли очередь, затем вызывает функцию bik remove piugO, наконец, выполняет процедуру-стратега (то есть метод request fn), чтобы запустить обработку следующего запроса в очереди.
Предыдущая страница | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 | Следующая страница
