SoylentNews is people
SoylentNews
from the Budget-Fair-Queueing-AKA-getting-in-line-at-a-cheap-carnival? dept.
For years the BFQ (Budget Fair Queueing) I/O scheduler has been trying to get in the mainline kernel and it looks like they have an action plan for getting accepted upstream.
BFQ is a proportional-share I/O scheduler that shares a lot of code with the CFQ scheduler. The Completely Fair Queuing (CFQ) scheduler has long been part of the mainline tree but BFQ hasn't been pulled yet even after many revisions and code reviews. Despite that, it is used as a default I/O scheduler on several Linux distributions, such as Manjaro, OpenMandriva, Sabayon, or CyanoGenMod, for some devices.
While it doesn't look like it will be ready for the upcoming Linux 4.2 cycle, it appears BFQ getting accepted is becoming quite close (a Google Groups link).
A direct link to relevant lkml thread is http://lkml.org/lkml/2015/6/5/822.
Original Submission
(Score: 2) by frojack on Wednesday June 10 2015, @08:09PM
IIRC, the paper about "Go to considered harmful" was written about Fortran IV,
As I read it, Dijkstra was using pseudo code to make his point, and I don't believe there was any intentional language reference.
At the time it was written (1968) the structure of code segments in source code was already starting to get attention because the tools for handling large code collections were primitive at best, and carrying a concept of the structure in one's head was becoming increasingly difficult. As well, the hardware of the day had limitations making rampant branching really inefficient.
But it didn't matter, as It really affected ALL code regardless of language once you got beyond some very small size of programs.
As usual, the no GO TO mantra was followed far too religiously, more or less to get people to think about what they were doing.
The inevitable result was the tongue in cheek recommendation of the COME FROM statement.
No, you are mistaken. I've always had this sig.