Tocmai am instalat Linux kernel versiunea 4.12 pe Ubuntu 17.04 folosind ukuu (Ubuntu Kernel Update Utility https://doc.ubuntu-fr.org/ubuntu_kernel_upgrade_utility ).
Problema este că, atunci când verific planificatoarele I / O disponibile, nu pot găsi BFQ și nici Kyber I / O planificator:
cat /sys/class/block/sda/queue/scheduler > noop deadline [cfq] Deci, cum să folosești unul dintre noile planificatoare din această versiune Linux?
Răspuns
Eu nu sunt în Ubuntu, dar ceea ce am făcut în Fedora vă poate ajuta.
BFQ este un blk-mq (Multi-Queue Block IO Queuing Mechanism), deci trebuie să activați blk-mq la momentul pornirii, să editați fișierul / etc / default / grub și să adăugați scsi_mod.use_blk_mq=1 la GRUB_CMDLINE_LINUX, acesta este fișierul meu grub, ca exemplu:
GRUB_TIMEOUT=3 GRUB_DISTRIBUTOR="$(sed "s, release .*$,,g" /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=false GRUB_HIDDEN_TIMEOUT_QUIET=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="quiet vt.global_cursor_default=0 scsi_mod.use_blk_mq=1" GRUB_DISABLE_RECOVERY="true" După aceea, trebuie să vă actualizați grub-ul. Pe Fedora trebuie să folosim sudo grub2-mkconfig -o /path/to/grub.cfg, care variază în funcție de metoda de pornire . Pe Ubuntu, puteți rula pur și simplu:
sudo update-grub Reporniți și, dacă primiți acest lucru:
cat /sys/block/sda/queue/scheduler [mq-deadline] none Probabil că nucleul dvs. a fost compilat cu BFQ ca modul , și acesta poate fi cazul și pentru Kyber.
sudo modprobe bfq sudo cat /sys/block/sda/queue/scheduler [mq-deadline] bfq none Puteți să-l adăugați la momentul pornirii adăugând un fișier /etc/modules-load.d/bfq.conf care conține bfq.
Este important să rețineți că activarea blk_mq face imposibilă utilizarea planificatorilor non blk_mq, deci veți pierde noop cfq și non termen limită mq
Se pare că sistemul de planificare blk_mq nu acceptă semnalizatoarele ascensorului în grub, regulile udev pot fi folosite în schimb, cu un bonus de a oferi un control mai precis.
Creați /etc/udev/rules.d/60-scheduler.rules dacă nu există și adăugați:
ACTION=="add|change", KERNEL=="sd*[!0-9]|sr*", ATTR{queue/scheduler}="bfq" După cum a indicat aici dacă este necesar, puteți distinge între rotationa l (HDD-uri) și dispozitive fără rotație (SSD-uri) în reguli udev folosind atributul ATTR{queue/rotational}. Rețineți că Paolo Valente, dezvoltator BFQ, a subliniat în LinuxCon Europe că BFQ poate fi o alegere mai bună decât planificatorii noop sau deadline de garanții cu latență scăzută, ceea ce face un sfat bun să-l utilizați și pentru SSD-uri.
Comparația lui Paolo: https://www.youtube.com/watch?v=1cjZeaCXIyM&feature=youtu.be
Salvează-l și reîncarcă și declanșează udev rules:
sudo udevadm control --reload sudo udevadm trigger Comentarii
Răspuns
To extindeți excelent Răspuns RomuloPBenedetti :
Puteți testa, dacă programatorul bfq este de fapt disponibil pe un anumit dispozitiv utilizând PROGRAM=="/bin/grep -E -q "(^|[[:space:]])bfq($|[[:space:]])" "$sys$devpath/queue/scheduler"" în regula udev.Acest lucru va înlocui efectiv DRIVERS=="sd|sr" și nu va declanșa dacă cineva a uitat scsi_mod.use_blk_mq=1
Trivia:
-
PROGRAM– Executați un program pentru a determina dacă există o potrivire; cheia este adevărată dacă programul revine cu succes; Dacă nu este dată o cale absolută, se așteaptă ca programul să trăiască în / lib / udev. -
$sys– Punctul de montare sysfs (/sys). -
$devpath– Devpath-ul dispozitivului (/ devices / pci / …).
ACTION=="add|change", SUBSYSTEM=="block", DRIVERS=="sd|sr", ATTR{queue/scheduler}!="bfq", ATTR{queue/scheduler}="bfq"Evită potrivirea modelelor cu numele dispozitivelor, ceea ce face potrivirea mai precisă. ' nu se potrivește cu dispozitivele de partiție, deoarece nu au ' coada " / atribut de programare ".echo bfq > /sys/block/sda/queue/schedulerca rădăcină. (sudo nu a funcționat pentru mine în Ubuntu 18.04) Acest lucru ar trebui să-l facă eficient imediat.