Страница 2 из 3
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 13:49
qwertKI
darkfenix писал(а): ↑13 май 2018, 10:31
Не хочу обидеть, а ребут делал?
Да, конечно перезагружал...
darkfenix писал(а): ↑13 май 2018, 10:31
У тебя ядро 4.16, по идее должно было сработать
... и ядро это ставилось через ukuu.. занаю что не православно по дебиановским критериям...
.
Unborn писал(а): ↑13 май 2018, 11:21
BFS,BFQ, MuQSS - это не официальные патчи. Их не было в ванильном ядре, может уже и добавили. А в дистрибутивных сборках есть, но не у всех
... так и есть... согласен... вывод: ставим дебиановское ядро из бэкпортов и продолжаем эксперимент
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 14:09
ForumLiker
slant, Здравствуйте. Что означает вывод команды cat /sys/block/sda/queue/scheduler noop deadline [cfq] ?
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 14:50
rogoznik
ForumLiker писал(а): ↑13 май 2018, 14:09
Что означает вывод команды
Означает что у тебя есть 3 планировщика, а используется cfq
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 15:38
slant
Unborn писал(а): ↑13 май 2018, 11:21
BFS,BFQ, MuQSS - это не официальные патчи. Их не было в ванильном ядре, может уже и добавили. А в дистрибутивных сборках есть, но не у всех.
BFQ именно что добавлен в ванильное ядро с версии 4.12. Правда, судя по отзывам, как раз с 4.13 пофиксили несколько странных моментов в поведении. Что меня и сподвигло на написание руководства - т.к. если уж оно даже в ваниле уже есть, в убунто-подобных фичу попробовать заюзать сам бог велел.
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 15:43
slant
madesta писал(а): ↑13 май 2018, 00:58
После sudo update-initramfs -u и последующего рестарта при запуске
cat /sys/block/sda/queue/scheduler выдано [bfq] none
Так и должно быть или режим не включился?
Да, работает.
Можно было сделать все за один прием как у вас, но тогда это будет просто техношаманский ритуал.
А я хотел хотя-бы минимальные объяснения дать, чтобы народ чему-то научился, понимание появилось - что и для чего делается.
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 16:24
ForumLiker
darkfenix, А как эти пакеты в репозиториях называются?
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 17:54
rogoznik
ForumLiker писал(а): ↑13 май 2018, 16:24
А как эти пакеты в репозиториях называются?
Какие пакеты?
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 18:50
ForumLiker
darkfenix писал(а): ↑13 май 2018, 17:54
Какие пакеты?
noop, deadline, cfq
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 18:55
rogoznik
ForumLiker, а при чем тут пакеты? Это наименования доступных планировщиков с указанием того, который используется в данный момент.
Эти
ForumLiker писал(а): ↑13 май 2018, 18:50
noop, deadline, cfq
вероятней всего, вкомпилены в ядро. BFQ, как в первом посте сказал
slant поставляется отдельным модулем.
Так что пакет только с ядром.
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 19:00
ForumLiker
darkfenix, Спасибо. Понял. На вики тоже нашел это)
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 20:09
qwertKI
нашлось решение идля моего экзотического
)) 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]
юзаю...
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 20:26
AlexZ
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
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 20:55
slant
AlexZ писал(а): ↑13 май 2018, 20:26
Потестировал, не знаю как относиться к этим цифрам..
Никак не относится. hdparm выдает результат линейного однопоточного чтения, причем читает он сырые байты а не файлы из файловой системы. Это сферический конь в вакууме. Ему планировщик даром не нужен, и в лучшем случае результат будет одинаковый с noop или none. Результат работы планировщика ощущается, когда система или программы читают и/или пишут что-то в несколько потоков одновременно.
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 21:36
Driglu4it
хм, после включения столкнулся с проблемами при монтировании/операциями с usb флешками (тупо все подвисало). После отключения планировщика все нормально. Есть мысли почему так происходит?
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 21:55
slant
Телепаты в отпуске. Логи и информацию о системе/железе в студию.
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 22:09
ForumLiker
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
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 22:54
AlexZ
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
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 22:59
ForumLiker
AlexZ писал(а): ↑13 май 2018, 22:54
noop deadline cfq [bfq-sq]
Очень странно. Почему у вас однозадачные планировщики активны? Вы редактировали grub?
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 13 май 2018, 23:14
AlexZ
ForumLiker, ничего не редактировал. Это по умолчанию в Манджаро. Они явно продвигают этот планировщик, вот ещё из новостей:
added BFQ scheduler to kernel series v4.16 and v4.17
Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)
Добавлено: 14 май 2018, 11:57
slant
noop deadline cfq [bfq-sq]
А вот здесь, походу, ядро с патчами. И используется не тот bfq который попал в ванильное ядро и к нам, а старый - тот что через патчи вручную добавляли,