- Bugfix: removed an important error causing occasional kernel panics when
moving a process to a new cgroup. The panic occurred if:
1) the queue associated to the process was idle when the process was
moved
and
2) a new disk request was inserted into the queue just after the move.
- Further latency improvement through a better treatment of low-bandwidth
async queues.
Unfortunately, the above bug is present in all previous versions of BFQ.
The functionality affected by this bug seems however to be rarely used,
as we have not yet received any report of this panic. We will be glad to
fix the bug in each version for which someone will ask as to do.
Paolo
Paolo
> Anyway, great work.
> Marco
>
>
Many thanks.
Tried here, with a brand new shining 3.3.1 with zcache+frontswap: work
very well. Interactivity is great!
I'm using with bfqio connected to libpam-systemd, with which user
session are under cpu and bfqio controllers and interactivity is good.
The only use case in which interactivity "suffers" is when doing a
dpkg install: probably "dpkg fsyncing" can not be well balanced in a
disk scheduler.
Did you try this case? Is a known case in which bfq doesn't work well?
I must admit that also cfq suffers in such case and IMHO cfq suffers a
lot more.
The only bugs I found are:
1) a kernell oops, using bfqio controller in systemd for system
services (not pam.d session tracking).
If you want a trace I can send you a photo of the kernel panic.
2) a kernel oops (using bfq as default scheduler with bfqio) and
passing as a kernel option elevator=cfq in grub menu. Kernel panics
somewhere in a path related to bfq.
Anyway, great work.
Marco