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


Groups > linux.kernel > #1443453

Re: [PATCH v2 06/13] sched: Store maximum per-cpu capacity in root domain

From Vincent Guittot <vincent.guittot@linaro.org>
Newsgroups linux.kernel
Subject Re: [PATCH v2 06/13] sched: Store maximum per-cpu capacity in root domain
Date 2016-07-14 15:30 +0200
Message-ID <rUOSe-1Ni-31@gated-at.bofh.it> (permalink)
References <rMTP3-6im-5@gated-at.bofh.it> <rMTP3-6im-7@gated-at.bofh.it> <rUrLZ-38m-37@gated-at.bofh.it> <rUsRH-3OH-5@gated-at.bofh.it> <rUvmy-5za-21@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On 13 July 2016 at 18:37, Morten Rasmussen <morten.rasmussen@arm.com> wrote:
> On Wed, Jul 13, 2016 at 02:48:24PM +0100, Dietmar Eggemann wrote:
>> On 13/07/16 13:40, Vincent Guittot wrote:
>> > On 22 June 2016 at 19:03, Morten Rasmussen <morten.rasmussen@arm.com> wrote:
>> >> From: Dietmar Eggemann <dietmar.eggemann@arm.com>
>> >>
>> >> To be able to compare the capacity of the target cpu with the highest
>> >> available cpu capacity, store the maximum per-cpu capacity in the root
>> >> domain.
>> >
>> > I thought that the capacity of all CPUS were built so the highest
>> > capacity of the CPU of the system is 1024  for big LITTLE system . So
>> > this patch doesn't seem necessary for big.LITTLE system
>>
>> The asymmetric cpu capacity support currently only has an effect on arm
>> big.LITTLE (32bit) using the existing 'struct cpu_efficiency
>> table_efficiency[]' based approach.
>
> True for this patch set, but longer term and if you use the preview
> branch mentioned in the cover letter Vincent is right. The idea is that
> the highest capacity anywhere should be 1024.
>
> If we fix the arch/arm/kernel/topology.c code at the same time we could
> kill this patch.
>
> However, even further down the road we might need it (or something
> similar) anyway due to the thermal framework. At some point we would
> like to adjust the max capacity based any OPP constraints imposed by the
> thermal framework. In extreme cases big cpus might be capped so hard
> that they effectively have smaller capacity than little. I don't think
> it makes sense to re-normalize everything to the highest available
> capacity to ensure that there is always a cpu with capacity = 1024 in
> the system, instead we must be able to cope with scenarios where max
> capacity is smaller than 1024.

Yes we will have to found a solution for thermal mitigation but i
don't know if a rd->max_cpu_capacity would the best solution
>
> Also, for SMT max capacity is less than 1024 already. No?

Yes, it is. I haven't looked in details but i think that we could use
a capacity of 1024 for SMT with changes that have been done on how to
evaluate if a sched_group is overloaded or not.

> But we may be able to cater for this in wake_cap() somehow. I can have a
> look if Vincent doesn't like this patch.

IMO, rd->max_cpu_capacity field doesn't seem to be required for now .

Vincent

>
> Cheers,
> Morten

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


Thread

Re: [PATCH v2 06/13] sched: Store maximum per-cpu capacity in root domain Vincent Guittot <vincent.guittot@linaro.org> - 2016-07-13 14:50 +0200
  Re: [PATCH v2 06/13] sched: Store maximum per-cpu capacity in root  domain Dietmar Eggemann <dietmar.eggemann@arm.com> - 2016-07-13 16:00 +0200
    Re: [PATCH v2 06/13] sched: Store maximum per-cpu capacity in root  domain Morten Rasmussen <morten.rasmussen@arm.com> - 2016-07-13 18:40 +0200
      Re: [PATCH v2 06/13] sched: Store maximum per-cpu capacity in root domain Vincent Guittot <vincent.guittot@linaro.org> - 2016-07-14 15:30 +0200
        Re: [PATCH v2 06/13] sched: Store maximum per-cpu capacity in root  domain Morten Rasmussen <morten.rasmussen@arm.com> - 2016-07-14 17:20 +0200
          Re: [PATCH v2 06/13] sched: Store maximum per-cpu capacity in root  domain Morten Rasmussen <morten.rasmussen@arm.com> - 2016-07-15 13:50 +0200
            Re: [PATCH v2 06/13] sched: Store maximum per-cpu capacity in root domain Vincent Guittot <vincent.guittot@linaro.org> - 2016-07-15 15:40 +0200
              Re: [PATCH v2 06/13] sched: Store maximum per-cpu capacity in root  domain Morten Rasmussen <morten.rasmussen@arm.com> - 2016-07-15 18:10 +0200
                Re: [PATCH v2 06/13] sched: Store maximum per-cpu capacity in root domain Vincent Guittot <vincent.guittot@linaro.org> - 2016-07-18 14:50 +0200
                Re: [PATCH v2 06/13] sched: Store maximum per-cpu capacity in root  domain Morten Rasmussen <morten.rasmussen@arm.com> - 2016-07-18 17:20 +0200

csiph-web