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

Руководства, вопросы, обсуждения
Правила форума
Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Версия ОС вместе с разрядностью. Пример: LM 18.1 x64, LM Sarah x32 2. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 3. Какое железо. (достаточно вывод inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 4. Суть. Желательно с выводом консоли, логами. 5. Скрин. Просьба указывать 1, 2 и 3 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
Аватара пользователя

Автор темы
slant
Сообщения: 1744
Зарегистрирован: 21 июн 2017, 15:09
Решено: 26
Благодарил (а): 13 раз
Поблагодарили: 757 раз

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

Сообщение slant » 12 май 2018, 11:04

Давно хотел озаботится да все руки не доходили. А между тем для Сильвии ядро 4.13 стало фактически основным. А дисковый bfq же добавили еще в 4.12. Думаю пришло время.

1. Что это такое, и чем его едят.
Все довольно просто. Вот представьте, что у вас две программы хотят одновременно читать или писать на диск. Какой из них дать преимущество? А что будет в это время делать вторая? За эти вопросы в системе отвечает т.н. планировщик дисковых операций (ввода-вывода). Подробности как всегда в гугле, или для ленивых, для понимания вопроса начать можно отсюда: http://src-code.net/planirovshhiki-vvoda-vyvoda/

Нас же будет интересовать в основном практика. В минте по умолчанию используется планировщик cfq и доступны еще deadline и none. cfq в принципе справляется, но бывают случаи, когда система все-же стает колом - например при копировании с флешек, или по гигабитной сети, особенно если диски hdd и не слишком шустрые. Для решения этой проблемы умные люди написали планировщик bfq - планировщик который делает упор на то, что каждый процесс будет иметь гарантированный доступ к диску, и не будет своим ожиданием блокировать систему. Т.е. тормоза в GUI при интенсивных дисковых операциях должны уйти в прошлое, а иногда это довольно сильно способствует скорости запуска программ. Да и нагрузка на диск становится поменьше. Основное преимущество этот планировщик выдает в сценарии "параллельный доступ ко множеству мелких файлов на hdd". Но и для ssd он будет эффективен, по словам авторов алгоритма.

2. Как сделать?
К сожалению, в минте и убунте все связанное с этим планировщиком по умолчанию полностью выключено. Хорошо хоть не вырезано. А вот владельцы Манжаро наслаждаются его возможностями "из коробки" - там он включен по умолчанию. Будем исправлять несправедливость.

!!! Убеждаемся что стоит ядро ветки 4.13 или новее. !!!

Включаем поддержку в ядре:
Идем в /etc/default/grub и добавляем к GRUB_CMDLINE_LINUX_DEFAULT такой параметр: scsi_mod.use_blk_mq=1
Обновляем конфиг:
sudo update-grub
перегружаемся.

Смотрим на результат: cat /sys/block/sda/queue/scheduler
Практически с гарантией результатом будет единственный вариант: none. Без паники - это следствие того что bfq у нас идет модулем а не вкомпилировано в ядро. Грузим модуль:
modprobe bfq

Смотрим еще раз: cat /sys/block/sda/queue/scheduler
Результат должен быть уже таким:
bfq [none]
Планировщик доступен но неактивен. Теперь надо сделать так, чтобы оно стало активным а потом и грузилось автоматически.

Сначала пишем правило для удава:
Создаем файл /etc/udev/rules.d/60-scheduler.rules и пишем туда:
ACTION=="add|change", KERNEL=="sd*[!0-9]|sr*", ATTR{queue/scheduler}="bfq"
Сохраняем, и активируем:
sudo udevadm control --reload
sudo udevadm trigger

Строчка задействует bfq для всех дисков. Т.к. включение поддержки у нас отрубает все остальные планировщики - это оправдано. none - это даже для ssd не очень.

Смотрим еще раз: cat /sys/block/sda/queue/scheduler
Теперь результат должен быть уже таким:
[bfq] none
Планировщик уже работает.

Но после перезагрузки, пока что, все вернется к none. Нужно заставить систему грузить модуль автоматически.
Редактируем файлик /etc/initramfs-tools/modules и добавляем к списку модулей bfq
Сохраняем, и даем команду
sudo update-initramfs -u

Настройка закончена, можно перегружаться спокойно.

Если вдруг не понравится - чтобы вернуть "все взад" нужно убрать правило udev и параметр из /etc/default/grub. И, соответственно, обновить конфиг оного.

Аватара пользователя

AlexZ
Сообщения: 1117
Зарегистрирован: 06 янв 2018, 18:06
Решено: 3
Откуда: Горно-Алтайск
Благодарил (а): 168 раз
Поблагодарили: 139 раз

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

Сообщение AlexZ » 12 май 2018, 14:41

slant писал(а):
12 май 2018, 11:04
следствие того что bfq у нас идет модулем а не вкомпилировано в ядро.
А разница есть какое ядро - штатное или mainline через UKUU?
Вообще сколько читал на эту тему, как-то слишком индивидуально это - кто-то больше хвалит bfq, а кто-то deadline..
Есть ли какой-нить свежий скрипт, чтоб на конкретном железе выбрать оптимальный, наподобие этого.. https://habr.com/post/81504/
Что значит none? У меня noop показывает..

Аватара пользователя

BadBird
Сообщения: 2311
Зарегистрирован: 09 сен 2016, 18:08
Решено: 4
Откуда: Грозный
Благодарил (а): 138 раз
Поблагодарили: 327 раз

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

Сообщение BadBird » 12 май 2018, 14:54

AlexZ писал(а):
12 май 2018, 14:41
Вообще сколько читал на эту тему, как-то слишком индивидуально это - кто-то больше хвалит bfq, а кто-то deadline..
Единого мнения нет нигде и не будет.
Во многом, хорошо то что лично нравиться тебе любимому...всё остальное холивар между диванными экспертами.

Аватара пользователя

Автор темы
slant
Сообщения: 1744
Зарегистрирован: 21 июн 2017, 15:09
Решено: 26
Благодарил (а): 13 раз
Поблагодарили: 757 раз

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

Сообщение slant » 12 май 2018, 16:31

AlexZ писал(а):
12 май 2018, 14:41
Что значит none? У меня noop показывает..
Отсутствие планировщика вообще. Пока не добавлен параметр в grub - будут доступны cfq, deadline, noop. Когда параметр добавлен - ядро переходит на другую систему планировщиков, и старые становятся недоступны. Потому и будет none пока модуль bfq не загрузится.
В домашних условиях, основное мерило здесь - личные ощущения. Как больше нравится так и оставлять. Слишком разные у всех системы, железо и задачи. В большинстве случаев с bfq работать на домашней машине/ноутбуке приятнее. Интерфейс не задумывается и вообще работает плавнее, винты не трещат громко (сортируется запись/чтение чтобы поменьше головки дергать - ближе к линейным операциям получается), некоторые программы быстрее грузятся, либо не мешают чем-то еще заниматься пока загружаются.

Тест по ссылке бесполезный. Он делает только линейное чтение в один поток, а в этих условиях всегда выиграет noop а то и none.

Аватара пользователя

Unborn
Сообщения: 1775
Зарегистрирован: 03 сен 2016, 10:36
Решено: 24
Благодарил (а): 4 раза
Поблагодарили: 252 раза

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

Сообщение Unborn » 12 май 2018, 16:45

BadBird писал(а):
12 май 2018, 14:54
Единого мнения нет нигде и не будет.
Во многом, хорошо то что лично нравиться тебе любимому...всё остальное холивар между диванными экспертами.
Ключевое здесь -
slant писал(а):
12 май 2018, 11:04
но бывают случаи, когда система все-же стает колом - например при копировании с флешек, или по гигабитной сети, особенно если диски hdd и не слишком шустрые. Для решения этой проблемы умные люди написали планировщик bfq - планировщик который делает упор на то, что каждый процесс будет иметь гарантированный доступ к диску, и не будет своим ожиданием блокировать систему. Т.е. тормоза в GUI при интенсивных дисковых операциях должны уйти в прошлое, а иногда это довольно сильно способствует скорости запуска программ. Да и нагрузка на диск становится поменьше. Основное преимущество этот планировщик выдает в сценарии "параллельный доступ ко множеству мелких файлов на hdd".
именно при тяжелой нагрузке на диск. Но для ноутбучного медленного ХДД планировщик bfq несомненный плюс.
Для интереса посмотрите у себя информацию hdparm -I /dev/sdX по дискам. Особенно Transport, какой поддерживается, используется. DMA
Затестируйте скорость чтения с кеша и с блина, блинов - hdparm -Tt /dev/sdХ
У кого-то волосы сейчас в ... зашевелятся когда увидит 100Мб при чтении с САТА1,2 или 3 диска. А что, и в достаточно современном ноуте udma6-udma133.
Запись еще медленнее будет. Задумаешься тут о кэшировании и планировщиках.

Аватара пользователя

darkfenix
Сообщения: 5039
Зарегистрирован: 27 июн 2017, 10:36
Решено: 58
Откуда: Нижний Тагил
Благодарил (а): 286 раз
Поблагодарили: 941 раз

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

Сообщение darkfenix » 12 май 2018, 16:48

Попробуем, потестим
Изображение

Аватара пользователя

darkfenix
Сообщения: 5039
Зарегистрирован: 27 июн 2017, 10:36
Решено: 58
Откуда: Нижний Тагил
Благодарил (а): 286 раз
Поблагодарили: 941 раз

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

Сообщение darkfenix » 12 май 2018, 17:05

Код: Выделить всё

darkfenix@darkfenix  ~  cat /sys/block/sda/queue/scheduler
[bfq] none
Посмотрим как оно будет
Изображение

Аватара пользователя

qwertKI
Сообщения: 192
Зарегистрирован: 03 сен 2016, 10:11
Решено: 5
Откуда: г.Полтава. Украина
Благодарил (а): 77 раз
Поблагодарили: 77 раз

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

Сообщение qwertKI » 12 май 2018, 17:53

!!! SOS !!! После ребута - черный экран с мигающим курсором. Зашел из-под рекавери, стало легче :))) , бэкап если что есть, откатимся. Вообще у меня Debian Stretch , а точнее Bunsenlabs Helium , а полнее:
qwert@localhost:~$ inxi -Fxz
System: Host: localhost Kernel: 4.16.0-041600-generic i686 (32 bit gcc: 7.2.0)
Desktop: Openbox 3.6.1 Distro: BunsenLabs GNU/Linux 9.4 (Helium)
Machine: Device: laptop System: ASUSTeK product: W6A v: 1.0
Mobo: ASUSTeK model: W6A v: 1.0
BIOS: American Megatrends v: 201 date: 07/27/2005
Battery BAT0: charge: 646.3 Wh 100.0% condition: 646.3/50.6 Wh (1277%)
model: ASUSTEK W6A status: Full
CPU: Single core Intel Pentium M (-UP-) cache: 2048 KB
flags: (nx pae sse sse2) bmips: 2128 speed/max: 1064/1729 MHz
Graphics: Card: Intel Mobile 915GM/GMS/910GML Express Graphics Controller
bus-ID: 00:02.0
Display Server: X.Org 1.19.2 drivers: intel (unloaded: modesetting,fbdev,vesa)
Resolution: 1280x800@59.81hz
GLX Renderer: Mesa DRI Intel 915GM x86/MMX/SSE2
GLX Version: 2.1 Mesa 13.0.6 Direct Rendering: Yes
Audio: Card Intel 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller
driver: snd_hda_intel bus-ID: 00:1b.0
Sound: Advanced Linux Sound Architecture v: k4.16.0-041600-generic
Network: Card-1: Realtek RTL-8100/8101L/8139 PCI Fast Ethernet Adapter
driver: 8139too v: 0.9.28 port: d800 bus-ID: 01:04.0
IF: eth0 state: unknown speed: 100 Mbps duplex: full mac: <filter>
Card-2: Intel PRO/Wireless 2200BG [Calexico2] Network Connection
driver: ipw2200 v: 1.2.2kmprq bus-ID: 01:05.0
IF: eth1 state: unknown mac: <filter>
Drives: HDD Total Size: 67.9GB (37.1% used)
ID-1: /dev/sda model: HTS541060G9AT00 size: 60.0GB
ID-2: USB /dev/sdb model: Transcend_8GB size: 7.9GB
Partition: ID-1: / size: 25G used: 15G (64%) fs: ext4 dev: /dev/sda1
ID-2: /home size: 20G used: 7.0G (38%) fs: ext4 dev: /dev/sda3
ID-3: swap-1 size: 1.05GB used: 0.00GB (0%) fs: swap dev: /dev/sda2
ID-4: swap-2 size: 0.51GB used: 0.00GB (0%) fs: swap dev: /dev/zram0
ID-5: swap-3 size: 0.51GB used: 0.00GB (0%) fs: swap dev: /dev/zram1
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 72.0C mobo: N/A
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 122 Uptime: 12 min Memory: 351.5/981.6MB
Init: systemd runlevel: 5 Gcc sys: 6.3.0
Client: Shell (bash 4.4.121) inxi: 2.3.5
В /etc/default/grub уже наворочено и добавил из топика вид теперь такой:
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash rootfstype=ext4 libahci.ignore_sss=1 raid=noautodetect selinux=0 lpj=6915736 scsi_mod.use_blk_mq=1"
GRUB_CMDLINE_LINUX="initrd=/install/gtk/initrd.gz"

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE=1200x800

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
После обновления grub на запрос cat /sys/block/sda/queue/scheduler ответ:
qwert@localhost:~$ cat /sys/block/sda/queue/scheduler
noop deadline [cfq]
qwert@localhost:~$ modprobe bfq
modprobe: ERROR: could not insert 'bfq': Operation not permitted
Вопрос. Куда копать ? Спсб. :)))

Аватара пользователя

Автор темы
slant
Сообщения: 1744
Зарегистрирован: 21 июн 2017, 15:09
Решено: 26
Благодарил (а): 13 раз
Поблагодарили: 757 раз

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

Сообщение slant » 12 май 2018, 18:04

qwertKI писал(а):
12 май 2018, 17:53
Вопрос. Куда копать ? Спсб. :)))
Назад. Инструкция для Минт 18, на нем же и проверялось. А что там у тебя - понятия не имею. По предоставленным листингам - возможно вообще нужных модулей нет, возможно недоступна подсистема новых планировщиков. Или еще что-то. А грузить модуль с помощью modprobe нужно через sudo либо от root.

Аватара пользователя

qwertKI
Сообщения: 192
Зарегистрирован: 03 сен 2016, 10:11
Решено: 5
Откуда: г.Полтава. Украина
Благодарил (а): 77 раз
Поблагодарили: 77 раз

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

Сообщение qwertKI » 12 май 2018, 18:09

slant писал(а):
12 май 2018, 18:04
А грузить модуль с помощью modprobe нужно через sudo либо от root.
после того как написал, увидел сам.:)) загрузил под su модуля нет . гуглю bfq под debian

Аватара пользователя

Автор темы
slant
Сообщения: 1744
Зарегистрирован: 21 июн 2017, 15:09
Решено: 26
Благодарил (а): 13 раз
Поблагодарили: 757 раз

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

Сообщение slant » 12 май 2018, 18:22

qwertKI писал(а):
12 май 2018, 17:53
cat /sys/block/sda/queue/scheduler
noop deadline [cfq]
Если вот это выдается после того как система загружена с scsi_mod.use_blk_mq=1 - значит этот параметр не переключил подсистему планировщиков. Грузить bfq в этом случае бесполезно, он без нее не работает. Шут его знает в чем причина. На ядрах минта работает без проблем.

Аватара пользователя

qwertKI
Сообщения: 192
Зарегистрирован: 03 сен 2016, 10:11
Решено: 5
Откуда: г.Полтава. Украина
Благодарил (а): 77 раз
Поблагодарили: 77 раз

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

Сообщение qwertKI » 12 май 2018, 18:31

qwertKI писал(а):
12 май 2018, 18:09
гуглю bfq под debian
нарыл ответ.статья хоть и стара но вменяемая https://linuxoidblog.blogspot.com/2015/ ... st_17.html может кому сгодится...

Аватара пользователя

qwertKI
Сообщения: 192
Зарегистрирован: 03 сен 2016, 10:11
Решено: 5
Откуда: г.Полтава. Украина
Благодарил (а): 77 раз
Поблагодарили: 77 раз

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

Сообщение qwertKI » 12 май 2018, 18:34

slant писал(а):
12 май 2018, 18:22
Шут его знает в чем причина. На ядрах минта работает без проблем.
ответ :
Наилучшим вариантом при серьёзных дисковых нагрузках, считается планировщик BFQ (усовершенствованный CFQ). Но есть одна проблема - его пока нет в ядре (разработчики активно работают над патчами для добавления его в основную ветку ядра с плавной заменой CFQ). Нужно ставить патч и пересобирать ядро. Либо воспользоваться одним из кастомных ядер, таких как PF-Kernel или Zen-Kernel. Об этом чуть позже. Правда в некоторых дистрибутивах (например Manjaro и Calculate Linux), BFQ уже включён по умолчанию.
ссылка на статью выше

Аватара пользователя

Автор темы
slant
Сообщения: 1744
Зарегистрирован: 21 июн 2017, 15:09
Решено: 26
Благодарил (а): 13 раз
Поблагодарили: 757 раз

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

Сообщение slant » 12 май 2018, 19:17

bfq добавлен в основную ветку ядра без всяких патчей начиная с 4.12, так что статья устарела. У вас, судя по выхлопу, проблема даже не в его отсутствии, а в том, что не включилась поддержка новых планировщиков вообще (bfq не единственный такой новый ее использующий).
Будет время - поставлю дебиан 9 с новым ядром из бекпортов (там сейчас 4.15) и посмотрю как обстоят дела.

Аватара пользователя

madesta
Сообщения: 237
Зарегистрирован: 11 июн 2017, 18:47
Решено: 6
Благодарил (а): 20 раз
Поблагодарили: 49 раз

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

Сообщение madesta » 12 май 2018, 21:58

Linux Mint 18.3 xfce 64-bit, ядро 4.13.0-41. Сделано по инструкции.

Строчка в grub = GRUB_CMDLINE_LINUX_DEFAULT="quiet splash scsi_mod.use_blk_mq=1"

Файл /etc/udev/rules.d/60-scheduler.rules
ACTION=="add|change", KERNEL=="sd*[!0-9]|sr*", ATTR{queue/scheduler}="bfq"

Файл /etc/initramfs-tools/modules

Код: Выделить всё

# List of modules that you want to include in your initramfs.
# They will be loaded at boot time in the order below.
#
# Syntax:  module_name [args ...]
#
# You must run update-initramfs(8) to effect this change.
#
# Examples:
#
# raid1
# sd_mod
bfq
После sudo update-initramfs -u и последующего рестарта при запуске
cat /sys/block/sda/queue/scheduler выдано [bfq] none

Так и должно быть или режим не включился?
 ! Сообщение из: Dja
Учитесь оформлять содержимое

Аватара пользователя

vikonrob
Сообщения: 122
Зарегистрирован: 16 июл 2017, 09:14
Решено: 1
Благодарил (а): 35 раз
Поблагодарили: 10 раз

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

Сообщение vikonrob » 13 май 2018, 02:49

Кому интересно, проделал всё по инструкции на убунте 16.04 с ядром 4.13 - получилось.

Код: Выделить всё

lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 16.04.4 LTS
Release:	16.04
Codename:	xenial

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

Аватара пользователя

darkfenix
Сообщения: 5039
Зарегистрирован: 27 июн 2017, 10:36
Решено: 58
Откуда: Нижний Тагил
Благодарил (а): 286 раз
Поблагодарили: 941 раз

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

Сообщение darkfenix » 13 май 2018, 07:31

qwertKI писал(а):
12 май 2018, 17:53
После обновления grub на запрос cat /sys/block/sda/queue/scheduler ответ:
Не хочу обидеть, а ребут делал? Вопрос возник после прочитанного. Потому как
slant писал(а):
12 май 2018, 11:04
sudo update-grub
перегружаемся.
У тебя ядро 4.16, по идее должно было сработать
Изображение

Аватара пользователя

darkfenix
Сообщения: 5039
Зарегистрирован: 27 июн 2017, 10:36
Решено: 58
Откуда: Нижний Тагил
Благодарил (а): 286 раз
Поблагодарили: 941 раз

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

Сообщение darkfenix » 13 май 2018, 08:12

qwertKI, провел эксперимент на своем debian 9. Ядро 4.15 из бекпортов.

Код: Выделить всё

uname -a
Linux webserv-debian 4.15.0-0.bpo.2-amd64 #1 SMP Debian 4.15.11-1~bpo9+1 (2018-04-07) x86_64 GNU/Linux
После правки и обновления grub, перезагрузился и вот что получил

Код: Выделить всё

cat /sys/block/sda/queue/scheduler
[mq-deadline] none
Подгрузил модуль

Код: Выделить всё

cat /sys/block/sda/queue/scheduler
[mq-deadline] bfq none
После создания и активации правила udev

Код: Выделить всё

cat /sys/block/sda/queue/scheduler
mq-deadline [bfq] none
Добавил в initrams модуль bfq, обновил, перезагрузился, результат

Код: Выделить всё

cat /sys/block/sda/queue/scheduler
mq-deadline [bfq] none
Все это проделывал на экспериментальной виртуалке, где поднимал на debian 9 веб-сервер
Изображение

Аватара пользователя

Unborn
Сообщения: 1775
Зарегистрирован: 03 сен 2016, 10:36
Решено: 24
Благодарил (а): 4 раза
Поблагодарили: 252 раза

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

Сообщение Unborn » 13 май 2018, 08:21

darkfenix писал(а):
13 май 2018, 07:31
У тебя ядро 4.16, по идее должно было сработать
С чего это должно? Если у него -
qwertKI писал(а):
12 май 2018, 17:53
а точнее Bunsenlabs Helium
BFS,BFQ, MuQSS - это не официальные патчи. Их не было в ванильном ядре, может уже и добавили. А в дистрибутивных сборках есть, но не у всех.
Но Калька вон по умолчанию из коробки BFQ использует. А про Арч с готовыми ядрами с различными патчами я уж молчу.
slant конкретно для Минт и версии ядра от Каноникал инструкцию написал. Может еще про остальные планировщики и остальные фичи напишет. Молодец.
Например про RT+BFS+BFQ+патч под модель ЦП и можно пока ядро собирается видосик смотреть без тормозов или хотя бы музыку слушать. В браузере с не одной открытой вкладкой.

Аватара пользователя

darkfenix
Сообщения: 5039
Зарегистрирован: 27 июн 2017, 10:36
Решено: 58
Откуда: Нижний Тагил
Благодарил (а): 286 раз
Поблагодарили: 941 раз

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

Сообщение darkfenix » 13 май 2018, 08:47

Unborn писал(а):
13 май 2018, 08:21
С чего это должно? Если у него -
Я предположил. И на обычном debian 9 stretch я показал, что это работает(в #18)
Изображение

Вернуться в «Параметры и оптимизация»