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: Mon, 3 Nov 2014 17:14:15 +0100 From: Vincent Guittot <vincent.guittot@...aro.org> To: Peter Zijlstra <peterz@...radead.org> Cc: Ingo Molnar <mingo@...nel.org>, linux-kernel <linux-kernel@...r.kernel.org>, Preeti U Murthy <preeti@...ux.vnet.ibm.com>, Morten Rasmussen <Morten.Rasmussen@....com>, Kamalesh Babulal <kamalesh@...ux.vnet.ibm.com>, Russell King - ARM Linux <linux@....linux.org.uk>, LAK <linux-arm-kernel@...ts.infradead.org>, Rik van Riel <riel@...hat.com>, Mike Galbraith <efault@....de>, Nicolas Pitre <nicolas.pitre@...aro.org>, "linaro-kernel@...ts.linaro.org" <linaro-kernel@...ts.linaro.org> Subject: Re: [PATCH v8 10/10] sched: make scale_rt invariant with frequency On 3 November 2014 16:51, Peter Zijlstra <peterz@...radead.org> wrote: > On Fri, Oct 31, 2014 at 09:47:32AM +0100, Vincent Guittot wrote: >> The call to arch_scale_frequency_capacity in the rt scheduling path might be >> a concern for RT folks because I'm not sure whether we can rely on >> arch_scale_freq_capacity to be short and efficient ? > > Well, you put it in quite a hot path on the CFS side too, so it had > better be blazing fast anyhow. > > > That said, can you move all the running + invariance bits at the > beginning of the patch set, these appear to be the least controversial > bits and 'desired' by quite a few people, so we'll try and get those > agreed upon and merged first. ok I'm going to resend with the following order sched: add utilization_avg_contrib sched: Track group sched_entity usage contributions sched: remove frequency scaling from cpu_capacity sched: Make sched entity usage tracking scale-invariant sched: make scale_rt invariant with frequency sched: add per rq cpu_capacity_orig sched: get CPU's usage statistic sched: replace capacity_factor by usage sched: add SD_PREFER_SIBLING for SMT level sched: move cfs task on a CPU with higher capacity -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists