| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
| |
This was in since the initial commit (6c224e4) of the bfqsched Nix
expression and I didn't notice it for all those upgrades.
Basically, this is just a no-op, because nowadays the sed expression
doesn't rewrite anything anymore, but it might be harmful if it should
match something in a future version of the bfqsched patch set.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
| |
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Changes for v7r7:
* BUGFIX: Prevent the OOM queue from being involved in the queue
cooperation mechanism. In fact, since the requests temporarily
redirected to the OOM queue could be redirected again to dedicated
queues at any time, the state needed to correctly handle merging with
the OOM queue would be quite complex and expensive to maintain.
Besides, in such a critical condition as an out of memory, the
benefits of queue merging may be little relevant, or even negligible.
* IMPROVEMENT: Let the OOM queue be initialized only once. Previously,
the OOM queue was reinitialized, at each request enqueue, with the
parameters related to the process that issued that request.
Depending on the parameters of the processes doing I/O, this could
easily cause the OOM queue to be moved continuously across service
trees, or even across groups. It also caused the parameters of the
OOM queue to be continuously reset in any case.
* CODE IMPROVEMENT. Performed some minor code cleanups, and added some
BUG_ON()s that, if the weight of an entity becomes inconsistent,
should better help understand why.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
| |
Although we're building for 3.18, the patch should still apply.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
| |
Includes a patch for 3.17-rc1 from:
https://groups.google.com/forum/#!topic/bfq-iosched/piEzoNMGmk8
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
Those packages aren't actually overrides and thus it doesn't make sense
to categorize them into "overrides".
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|