ну и?

ну так это и есть "как ему вздумается"

и?

блджад

10 goto 10

Шо значит "как шедулеру хочется"?

это ты спросил

с чего вывод, что "как ему вздумается" - это равносильно "не как на блинах лежит"?

с чего вывод, что "как ему вздумается" - это равносильно "не как на блинах лежит"?

я такого не говорил

я такого не говорил

>линукс упорядочивает как шедулеру хочется, а диск упорядочивает как на блинах лежит

линукс же в случае с CFQ может упорядочить не так как на блинах, а в соответствие с тем какие приоритеты админ понаставил на тредах

линукс же в случае с CFQ может упорядочить не так как на блинах, а в соответствие с тем какие приоритеты админ понаставил на тредах

каша.

причём тут io приоритеты процессов и расположение на диске?

причём тут io приоритеты процессов и расположение на диске?

линуксный шедулер переупорядочивает по одним критериям, а когда пачка пришла в диск, то он может переупорядочить это в рамках того что ему скормили в своём порядке.

верно ?

линуксный шедулер переупорядочивает по одним критериям, а когда пачка пришла в диск, то он может переупорядочить это в рамках того что ему скормили в своём порядке.

допустим. и?

посмотри, как работает тот же deadline

погоди. у меня есть конкретный вопрос

сейчас, получу цифры.

он ориентируется по 2 критериям: оффсету в request и дедлайну.

точнее, он постоянно поддерживает 2 сортированные очереди

и да, считается что 2 сектора с близкими по значению номерами лежат рядом.

пжжи.

есть вопрос из практики который я не доконца понял.

fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --bs=4k --iodepth=1 --size=1G --readwrite=write --filename=/dev/sdb

write: io=13492KB, bw=491403B/s, iops=119, runt= 28115msec

500 кб/сек

теперь увеличиваем иодепс

и?

(считается)

write: io=17040KB, bw=981602B/s, iops=239, runt= 17776msec

тоесть 1 МБ/сек

иодепс ставим 2 и получается вот это:

Вопрос — почему так произошло?

( у меня есть догадки, но я спрашиваю у эксперта)

и да, йопсы тоже возросли

write: io=13492KB, bw=491403B/s, iops=119, runt= 28115msec

логично же. 119 * 4096

write: io=17040KB, bw=981602B/s, iops=239, runt= 17776msec

это сколько iodepth?

а почему иопсы возросли?

да уж понятно

иодепс ставим 2 и получается вот это:

iodepth ,

вначале 1 а потом 2

и?

что и

почему иопсы возросли?

т.е. с iodepth=2 у тебя удвоилось число iops?

да

замечу, что это линейная запись

а ты продолжи график

а я продолжил

а я продолжил

где?

иодепс 4: write: io=92064KB, bw=1913.2KB/s, iops=478, runt= 48122msec

сколько будет при 8, 16, 32, 64, 128 ?

8: write: io=65088KB, bw=3740.5KB/s, iops=935, runt= 17401msec

а что за устройство-то?

да диск обычный

ЛИНЕЙНАЯ запись, ребят

16: write: io=278344KB, bw=6589.6KB/s, iops=1647, runt= 42240msec

32: write: io=185192KB, bw=7249.4KB/s, iops=1812, runt= 25546msec

так вот. вопрос — почему при оидепс 1 и 2 в этом режиме иопсы возрастали?

м?

64: write: io=551940KB, bw=13837KB/s, iops=3459, runt= 39890msec

эмммм

а вопрос в чем? у тебя головка уже там где надо, перепозиционирование не нужно. предположу, что мозги диска выстраивают две (или более) последовательные операции и пишут их за одно вращение блина.

а вопрос в чем? у тебя головка уже там где надо, перепозиционирование не нужно. предположу, что мозги диска выстраивают две (или более) последовательные операции и пишут их за одно вращение блина.

ну так я про NCQ изначально спрашивал

это оно ведь?

это оно ведь?

ты покажи для 32, 64, 128, 256

если у тебя после 32 будет рост - значит, не оно.

ага, значит мои предположения верны. сейчас напишу в одном сообщении несколько....

64: write: io=551940KB, bw=13837KB/s, iops=3459, runt= 39890msec 128: write: io=613372KB, bw=25944KB/s, iops=6486, runt= 23642msec 256: write: io=1024.0MB, bw=43587KB/s, iops=10896, runt= 24057msec

ну короче вот

так что происходит ?

тебе не кажется странным, что у тебя рост и после 64 команд в очереди?

сколько у тебя nr_requests ?

дефолтное.. 128 тоесть

хотя. лучше убедиться

ну и 10k iops - это что-то странное

покажи iostat при этом

fio —randrepeat=1 —ioengine=libaio —direct=1 —gtod_reduce=1 —name=test —bs=4k —iodepth=256 —size=1G —readwrite=write —filename=/dev/sdb

а..

сделай —bs=1k

подскочат у тебя iops в 4 раза или нет? :)

оба-на

что за нах

а средняя длина очереди всеравно 32

а средний размер запроса больше.

ну понятно. склеивает, сука

ну, тоесть, кросаучег

(я отлучусь на 10 минут)

ну, тоесть, кросаучег

хорошее исследование, респект

ну понятно. склеивает, сука

именно.