Re: [PATCH BUGFIX IMPROVEMENT V2 0/9] block, bfq: fix bugs, reduce exec time and boost performance

[Oleksandr Natalenko]

Hi.

On 10.03.2019 19:11, Paolo Valente wrote:
> this is the v2 of the series
> https://lkml.org/lkml/2019/3/7/461
> that fixes some bug affecting performance, reduces execution time a
> little bit, and boosts throughput and responsiveness.
>
> The difference w.r.t. v1 is that Francesco has fixed compilation
> issues of patch "block, bfq: print SHARED instead of pid for shared
> queues in logs".
>
> I took the opportunity of this v2 to also add BFQ's execution time to
> the documentation.
>
> Let me remind again that these patches are meant to be applied on top
> of the last series I submitted:
> https://lkml.org/lkml/2019/1/29/368
>
> Thanks,
> Paolo
>
> Francesco Pollicino (2):
>   block, bfq: print SHARED instead of pid for shared queues in logs
>   block, bfq: save & resume weight on a queue merge/split
>
> Paolo Valente (7):
>   block, bfq: increase idling for weight-raised queues
>   block, bfq: do not idle for lowest-weight queues
>   block, bfq: tune service injection basing on request service times
>   block, bfq: do not merge queues on flash storage with queueing
>   block, bfq: do not tag totally seeky queues as soft rt
>   block, bfq: always protect newly-created queues from existing active
>     queues
>   doc, block, bfq: add information on bfq execution time
>
>  Documentation/block/bfq-iosched.txt |  29 +-
>  block/bfq-cgroup.c                  |   3 +-
>  block/bfq-iosched.c                 | 786 +++++++++++++++++++++++-----
>  block/bfq-iosched.h                 |  92 ++--
>  block/bfq-wf2q.c                    |   2 +-
>  5 files changed, 729 insertions(+), 183 deletions(-)
>
> --
> 2.20.1

Builds fine this time, thanks :).

I'm running v1 series since the submission just fine (with a fix from 
zen-kernel guys [1]), and since v2 is functionally equivalent, feel free 
to add Tested-by once it is accepted.

[1] 
https://github.com/zen-kernel/zen-kernel/commit/0665ba81203c196b649d325e4ec2491d7ff1be01

--
  Oleksandr Natalenko (post-factum)