The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"В ядре Linux 5.14.7 выявлена проблема, приводящая к краху на системах с планировщиком BFQ"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Отдельный RSS теперь доступен для каждого обсуждения в форуме и каждого минипортала.
. "В ядре Linux 5.14.7 выявлена проблема, приводящая к краху на..." –1 +/
Сообщение от Админ Анонимов (?), 30-Сен-21, 21:38 
не знаю как там в Убунте но в том же Арче по дефолту
$ cat /sys/block/nvme0n1/queue/scheduler
[none] mq-deadline kyber bfq

да и в самой арчвики по этому поводу:

The process to change I/O scheduler, depending on whether the disk is rotating or not can be automated and persist across reboots. For example the udev rule below sets the scheduler to none for NVMe, mq-deadline for SSD/eMMC, and bfq for rotational drives:

/etc/udev/rules.d/60-ioschedulers.rules

# set scheduler for NVMe
ACTION=="add|change", KERNEL=="nvme[0-9]n[0-9]", ATTR{queue/scheduler}="none"
# set scheduler for SSD and eMMC
ACTION=="add|change", KERNEL=="sd[a-z]|mmcblk[0-9]*", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="mq-deadline"
# set scheduler for rotating disks
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="1", ATTR{queue/scheduler}="bfq"

то есть bfq ненавязчиво рекомендуют использовать разве что на HDD

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
В ядре Linux 5.14.7 выявлена проблема, приводящая к краху на системах с планировщиком BFQ, opennews, 30-Сен-21, 11:51  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру