Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)

#21

darkfenix писал(а): ↑
13 май 2018, 10:31
Не хочу обидеть, а ребут делал?

Да, конечно перезагружал...

darkfenix писал(а): ↑
13 май 2018, 10:31
У тебя ядро 4.16, по идее должно было сработать

... и ядро это ставилось через ukuu.. занаю что не православно по дебиановским критериям...
.

Unborn писал(а): ↑
13 май 2018, 11:21
BFS,BFQ, MuQSS - это не официальные патчи. Их не было в ванильном ядре, может уже и добавили. А в дистрибутивных сборках есть, но не у всех

... так и есть... согласен... вывод: ставим дебиановское ядро из бэкпортов и продолжаем эксперимент

ForumLiker · #22

slant, Здравствуйте. Что означает вывод команды cat /sys/block/sda/queue/scheduler noop deadline [cfq] ?

#23

ForumLiker писал(а): ↑
13 май 2018, 14:09
Что означает вывод команды

Означает что у тебя есть 3 планировщика, а используется cfq

#24

Unborn писал(а): ↑
13 май 2018, 11:21
BFS,BFQ, MuQSS - это не официальные патчи. Их не было в ванильном ядре, может уже и добавили. А в дистрибутивных сборках есть, но не у всех.

BFQ именно что добавлен в ванильное ядро с версии 4.12. Правда, судя по отзывам, как раз с 4.13 пофиксили несколько странных моментов в поведении. Что меня и сподвигло на написание руководства - т.к. если уж оно даже в ваниле уже есть, в убунто-подобных фичу попробовать заюзать сам бог велел.

#25

madesta писал(а): ↑
13 май 2018, 00:58
После sudo update-initramfs -u и последующего рестарта при запуске
cat /sys/block/sda/queue/scheduler выдано [bfq] none

Так и должно быть или режим не включился?

Да, работает.

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

А я хотел хотя-бы минимальные объяснения дать, чтобы народ чему-то научился, понимание появилось - что и для чего делается.

ForumLiker · #26

darkfenix, А как эти пакеты в репозиториях называются?

#27

ForumLiker писал(а): ↑
13 май 2018, 16:24
А как эти пакеты в репозиториях называются?

Какие пакеты?

ForumLiker · #28

darkfenix писал(а): ↑
13 май 2018, 17:54
Какие пакеты?

noop, deadline, cfq

#29

ForumLiker, а при чем тут пакеты? Это наименования доступных планировщиков с указанием того, который используется в данный момент.
Эти

ForumLiker писал(а): ↑
13 май 2018, 18:50
noop, deadline, cfq

вероятней всего, вкомпилены в ядро. BFQ, как в первом посте сказал slant поставляется отдельным модулем.
Так что пакет только с ядром.

ForumLiker · #30

darkfenix, Спасибо. Понял. На вики тоже нашел это)

#31

нашлось решение идля моего экзотического

)) Bunsenlabs, напишу, вдруг кому поможет:

qwertKI писал(а): ↑
13 май 2018, 13:49
вывод: ставим дебиановское ядро из бэкпортов и продолжаем эксперимент

... решил смотреть на проблему ширше и глыбше

)). Ядро прикрутил из репов liquorix, подробно и вполне внятно : https://liquorix.net/ прокатит для Debian и Ubuntu-подобных с любой архитектурой. Правда нарвался на неудобство - ноут стартовать отказывался. Перезагрузился на старое ядро и через synaptic снес 4.16 - liquorix, там же в synaptic из репов подтянулось 4.12, 4.10, и 4.9 ликерные ядра , поставил 4.12 headers и image , обновил grub, ребут.... профит

qwert@localhost:~$ cat /sys/block/sda/queue/scheduler
noop deadline cfq [bfq-sq]

юзаю...

#32

Unborn писал(а): ↑
12 май 2018, 19:45
Для интереса посмотрите у себя информацию hdparm -I /dev/sdX по дискам. Особенно Transport, какой поддерживается, используется. DMA
Затестируйте скорость чтения с кеша и с блина, блинов - hdparm -Tt /dev/sdХ

Попробовал у себя на mainline ядре (4.15.18) - работает планировщик, всё как в инструкции.
Потестировал, не знаю как относиться к этим цифрам..

cat /sys/block/sda/queue/scheduler
[bfq] none

Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6

sudo hdparm -Tt /dev/sda
/dev/sda:
Timing cached reads: 12498 MB in 2.00 seconds = 6261.89 MB/sec
Timing buffered disk reads: 328 MB in 3.02 seconds = 108.78 MB/sec
/dev/sda:
Timing cached reads: 9046 MB in 2.00 seconds = 4529.75 MB/sec
Timing buffered disk reads: 330 MB in 3.01 seconds = 109.67 MB/sec
/dev/sda:
Timing cached reads: 11022 MB in 2.00 seconds = 5521.19 MB/sec
Timing buffered disk reads: 326 MB in 3.00 seconds = 108.60 MB/sec

#33

AlexZ писал(а): ↑
13 май 2018, 20:26
Потестировал, не знаю как относиться к этим цифрам..

Никак не относится. hdparm выдает результат линейного однопоточного чтения, причем читает он сырые байты а не файлы из файловой системы. Это сферический конь в вакууме. Ему планировщик даром не нужен, и в лучшем случае результат будет одинаковый с noop или none. Результат работы планировщика ощущается, когда система или программы читают и/или пишут что-то в несколько потоков одновременно.

Driglu4it · #34

хм, после включения столкнулся с проблемами при монтировании/операциями с usb флешками (тупо все подвисало). После отключения планировщика все нормально. Есть мысли почему так происходит?

#35

Телепаты в отпуске. Логи и информацию о системе/железе в студию.

ForumLiker · #36

Driglu4it писал(а): ↑
13 май 2018, 21:36
Есть мысли почему так происходит?

Конечно есть

Warning: The multi-queue scheduler framework (bqf) and its related algorithms are under active development, the state of some issues can be seen in the https://groups.google.com/forum/#!forum/bfq-iosched. In particular, users reported USB drives to stop working

Вставьте флешку и проверьте, какой планировщик для нее используется
cat /sys/block/sd*/queue/scheduler Для неподвижных дисков, таких как ssd и usb-флешки лучше использовать mq-deadline

#37

slant писал(а): ↑
13 май 2018, 20:55
Никак не относится

Понятно. Посмотрел в Манджаро, то же самое..

cat /sys/block/sda/queue/scheduler
noop deadline cfq [bfq-sq]

sudo hdparm -Tt /dev/sda
/dev/sda:
Timing cached reads: 12528 MB in 2.00 seconds = 6276.86 MB/sec
Timing buffered disk reads: 330 MB in 3.00 seconds = 109.93 MB/sec

sudo hdparm -Tt /dev/sdb (USB 3.0)
/dev/sdb:
Timing cached reads: 12766 MB in 2.00 seconds = 6398.11 MB/sec
Timing buffered disk reads: 206 MB in 3.04 seconds = 67.66 MB/sec

Ну для "личных ощущений" время надо. Пока вроде также работает нормально, как и раньше.

Driglu4it писал(а): ↑
13 май 2018, 21:36
столкнулся с проблемами при монтировании/операциями с usb флешками (тупо все подвисало)

Подключал, косяков не заметил.

ForumLiker писал(а): ↑
13 май 2018, 22:09
проверьте, какой планировщик для нее используется
cat /sys/block/sd*/queue/scheduler

bfq

ForumLiker · #38

AlexZ писал(а): ↑
13 май 2018, 22:54
noop deadline cfq [bfq-sq]

Очень странно. Почему у вас однозадачные планировщики активны? Вы редактировали grub?

#39

ForumLiker, ничего не редактировал. Это по умолчанию в Манджаро. Они явно продвигают этот планировщик, вот ещё из новостей:
added BFQ scheduler to kernel series v4.16 and v4.17

#40

noop deadline cfq [bfq-sq]

А вот здесь, походу, ядро с патчами. И используется не тот bfq который попал в ванильное ядро и к нам, а старый - тот что через патчи вручную добавляли,

Кто сейчас на конференции