Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1619817

Re: [RFC/RFT][PATCH 1/2] cpufreq: schedutil: Use policy-dependent latency multupliers

From "Rafael J. Wysocki" <rafael@kernel.org>
Newsgroups linux.kernel
Subject Re: [RFC/RFT][PATCH 1/2] cpufreq: schedutil: Use policy-dependent latency multupliers
Date 2017-04-10 13:10 +0200
Message-ID <tuFmP-8iD-27@gated-at.bofh.it> (permalink)
References <tuvdL-1Fy-5@gated-at.bofh.it> <tuvdL-1Fy-3@gated-at.bofh.it> <tuETM-7TH-17@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Mon, Apr 10, 2017 at 12:38 PM, Brendan Jackman
<brendan.jackman@arm.com> wrote:
> Hi Rafael,
>
> On Mon, Apr 10 2017 at 00:10, Rafael J. Wysocki wrote:
>> From: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
>>
>> Make the schedutil governor compute the initial (default) value of
>> the rate_limit_us sysfs attribute by multiplying the transition
>> latency by a multiplier depending on the policy and set by the
>> scaling driver (instead of using a constant for this purpose).
>>
>> That will allow scaling drivers to make schedutil use smaller default
>> values of rate_limit_us and reduce the default average time interval
>> between consecutive frequency changes.
>>
>
> I've been thinking about this over the last couple of days, and I'm
> thinking (in opposition to what I said at OSPM Pisa) that allowing
> drivers to specify a _multiplier_ isn't ideal, since you lose
> granularity when you want your rate limit to be close to your transition
> latency (i.e. if your multiplier would be 2.5 or something).
>
> Can we instead just have an independent field
> policy->default_rate_limit_us or similar?

Yes, we can.

Let me cut a v2 of this, shouldn't be too hard. :-)

Thanks,
Rafael

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[RFC/RFT][PATCH 0/2] cpufreq: schedutil: Updates related to the rate limit "Rafael J. Wysocki" <rjw@rjwysocki.net> - 2017-04-10 02:20 +0200
  [RFC/RFT][PATCH 1/2] cpufreq: schedutil: Use policy-dependent latency multupliers "Rafael J. Wysocki" <rjw@rjwysocki.net> - 2017-04-10 02:20 +0200
    Re: [RFC/RFT][PATCH 1/2] cpufreq: schedutil: Use policy-dependent latency multupliers Brendan Jackman <brendan.jackman@arm.com> - 2017-04-10 12:40 +0200
      Re: [RFC/RFT][PATCH 1/2] cpufreq: schedutil: Use policy-dependent  latency multupliers "Rafael J. Wysocki" <rafael@kernel.org> - 2017-04-10 13:10 +0200
    [RFC/RFT][PATCH 1/2] cpufreq: schedutil: Use policy-dependent transition delays "Rafael J. Wysocki" <rjw@rjwysocki.net> - 2017-04-11 00:30 +0200
      Re: [RFC/RFT][PATCH 1/2] cpufreq: schedutil: Use policy-dependent  transition delays Viresh Kumar <viresh.kumar@linaro.org> - 2017-04-11 13:20 +0200
        Re: [RFC/RFT][PATCH 1/2] cpufreq: schedutil: Use policy-dependent  transition delays "Rafael J. Wysocki" <rafael@kernel.org> - 2017-04-11 16:10 +0200
      Re: [RFC/RFT][PATCH 1/2] cpufreq: schedutil: Use policy-dependent transition delays "Rafael J. Wysocki" <rjw@rjwysocki.net> - 2017-04-15 01:00 +0200
        Re: [RFC/RFT][PATCH 1/2] cpufreq: schedutil: Use policy-dependent  transition delays Joel Fernandes <joelaf@google.com> - 2017-04-15 04:30 +0200
        Re: [RFC/RFT][PATCH 1/2] cpufreq: schedutil: Use policy-dependent transition delays Brendan Jackman <brendan.jackman@arm.com> - 2017-04-18 11:50 +0200
      Re: [RFC/RFT][PATCH 1/2] cpufreq: schedutil: Use policy-dependent  transition delays Viresh Kumar <viresh.kumar@linaro.org> - 2017-04-17 07:50 +0200
  [RFC/RFT][PATCH 2/2] cpufreq: schedutil: Utilization aggregation "Rafael J. Wysocki" <rjw@rjwysocki.net> - 2017-04-10 02:20 +0200
    Re: [RFC/RFT][PATCH 2/2] cpufreq: schedutil: Utilization aggregation Joel Fernandes <joelaf@google.com> - 2017-04-10 08:40 +0200
      Re: [RFC/RFT][PATCH 2/2] cpufreq: schedutil: Utilization aggregation "Rafael J. Wysocki" <rafael@kernel.org> - 2017-04-10 23:00 +0200
        Re: [RFC/RFT][PATCH 2/2] cpufreq: schedutil: Utilization aggregation Joel Fernandes <joelaf@google.com> - 2017-04-11 04:00 +0200
          Re: [RFC/RFT][PATCH 2/2] cpufreq: schedutil: Utilization aggregation "Rafael J. Wysocki" <rafael@kernel.org> - 2017-04-11 23:00 +0200
    Re: [RFC/RFT][PATCH 2/2] cpufreq: schedutil: Utilization aggregation Juri Lelli <juri.lelli@arm.com> - 2017-04-10 13:30 +0200
      Re: [RFC/RFT][PATCH 2/2] cpufreq: schedutil: Utilization aggregation "Rafael J. Wysocki" <rafael@kernel.org> - 2017-04-10 23:20 +0200
        Re: [RFC/RFT][PATCH 2/2] cpufreq: schedutil: Utilization aggregation Juri Lelli <juri.lelli@arm.com> - 2017-04-11 09:10 +0200
          Re: [RFC/RFT][PATCH 2/2] cpufreq: schedutil: Utilization aggregation "Rafael J. Wysocki" <rafael@kernel.org> - 2017-04-11 23:10 +0200

csiph-web