4 ms·

Use or compile a kernel with BFQ and that kind of stuff takes care of itself without manually having to prioritize I/O. I don't get why BFQ hasn't been mainline

Use or compile a kernel with BFQ and that kind of stuff takes care of itself without manually having to prioritize I/O. I don't get why BFQ hasn't been mainlined yet, it has the most sane I/O behavior for desktop use and stops all the issues you can have on linux of the desktop slowing to a crawl or music stuttering because you're compressing a 40gb folder or copying files. Here's the page on the BFQ I/O scheduler: http://algo.ing.unimo.it/people/paolo/disk_sched/ http://algo.ing.unimo.it/people/paolo/disk_sched/ Here's a list of precompiled kernels that have been patched with BFQ (and often some more desktop-use tuning): https://liquorix.net/#install https://liquorix.net/#install for ubuntu and debian https://www.archlinux.org/packages/extra/x86_64/linux-zen/ https://www.archlinux.org/packages/extra/x86_64/linux-zen/ for archlinux http://download.opensuse.org/repositories/home:/tiwai:/bfq/ http://download.opensuse.org/repositories/home:/tiwai:/bfq/ for opensuse, BFQ as a kernel module If you're wary of installing things outside of official repositories or compiling your own kernel, then archlinux is the only distro with a kernel option that has BFQ.

toyg 10y ago
> I don't get why BFQ hasn't been mainlined yet, it has the most sane I/O behavior for desktop use You've answered yourself there: for desktop use. Desktop is a very low priority in the Linux world, as proven by the long history of ignoring desktop-friendly schedulers over and over.
osandov 10y ago
> I don't get why BFQ hasn't been mainlined yet BFQ hasn't been mainlined because it is written for the legacy block layer in the Linux kernel, which will be replaced entirely with the new block multiqueue implementation. It doesn't make much sense to replace CFQ or add a brand new scheduler only to rip it out in a few releases. Linux 4.11 will have support for I/O scheduling for blk-mq. BFQ is currently being ported to blk-mq; that work is the first big hurdle to getting it merged.
anoother 10y ago
> If you're wary of installing things outside of official repositories or compiling your own kernel, then archlinux is the only distro with a kernel option that has BFQ. From the page you linked: > BFQ is the default I/O scheduler in Manjaro, Mageia, OpenMandriva, Sabayon, Arch Linux ARM (for Marvell Kirkwood) and ROSA ...

toyg 10y ago

> I don't get why BFQ hasn't been mainlined yet, it has the most sane I/O behavior for desktop use You've answered yourself there: for desktop use. Desktop is a very low priority in the Linux world, as proven by the long history of ignoring desktop-friendly schedulers over and over.

osandov 10y ago

> I don't get why BFQ hasn't been mainlined yet BFQ hasn't been mainlined because it is written for the legacy block layer in the Linux kernel, which will be replaced entirely with the new block multiqueue implementation. It doesn't make much sense to replace CFQ or add a brand new scheduler only to rip it out in a few releases. Linux 4.11 will have support for I/O scheduling for blk-mq. BFQ is currently being ported to blk-mq; that work is the first big hurdle to getting it merged.

anoother 10y ago

> If you're wary of installing things outside of official repositories or compiling your own kernel, then archlinux is the only distro with a kernel option that has BFQ. From the page you linked: > BFQ is the default I/O scheduler in Manjaro, Mageia, OpenMandriva, Sabayon, Arch Linux ARM (for Marvell Kirkwood) and ROSA ...