lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 12 Jul 2016 15:34:58 +0100 From: Morten Rasmussen <morten.rasmussen@....com> To: Peter Zijlstra <peterz@...radead.org> Cc: mingo@...hat.com, dietmar.eggemann@....com, yuyang.du@...el.com, vincent.guittot@...aro.org, mgalbraith@...e.de, linux-kernel@...r.kernel.org Subject: Re: [PATCH v2 11/13] sched/fair: Avoid pulling tasks from non-overloaded higher capacity groups On Tue, Jul 12, 2016 at 02:59:53PM +0200, Peter Zijlstra wrote: > On Wed, Jun 22, 2016 at 06:03:22PM +0100, Morten Rasmussen wrote: > > @@ -6892,6 +6903,19 @@ static bool update_sd_pick_busiest(struct lb_env *env, > > if (sgs->avg_load <= busiest->avg_load) > > return false; > > > > + if (!(env->sd->flags & SD_ASYM_CPUCAPACITY)) > > + goto asym_packing; > > Does this rely on the 'funny' ASYM_CAP semantics? No, I would actually prefer 'sane' ASYM_CAP semantics. With 'funny' semantics we ended up doing capacity checks inside domain with similar cpus for the lower domain levels which would is pointless and pure overhead. With 'sane' semantics, we only do the check for the domain level where asymmetric capacities are actually observed. > > > + > > + /* Candidate sg has no more than one task per cpu and has > > Tssk, borken comment style. Yes. I will fix that in v3.
Powered by blists - more mailing lists