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
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date:   Fri, 09 Sep 2016 23:57:21 +0200
From:   "Rafael J. Wysocki" <rjw@...ysocki.net>
To:     Linux PM list <linux-pm@...r.kernel.org>
Cc:     Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        Srinivas Pandruvada <srinivas.pandruvada@...ux.intel.com>,
        Peter Zijlstra <peterz@...radead.org>,
        Viresh Kumar <viresh.kumar@...aro.org>,
        Ingo Molnar <mingo@...hat.com>,
        Vincent Guittot <vincent.guittot@...aro.org>,
        Morten Rasmussen <morten.rasmussen@....com>,
        Juri Lelli <Juri.Lelli@....com>,
        Dietmar Eggemann <dietmar.eggemann@....com>,
        Steve Muckle <smuckle@...aro.org>,
        Doug Smythies <doug.smythies@...il.com>
Subject: [PATCH 0/3] cpufreq / sched: iowait boost in intel_pstate and schedutil

Hi Everyone,

This is a new iteration of the "iowait boost" series.

The first two patches (adding the SCHED_CPUFREQ_IOWAIT flag and changing
schedutil to use it) don't seem to be controversial, so they go unchanged
(not RFC any more though) and the only difference is the intel_pstate
part.

Since we still get some unconclusive results with the new algorithm
for Core processors, patch [3/3] in this series modifies the Atom
algorithm to use SCHED_CPUFREQ_IOWAIT instead of the get_cpu_iowait_time_us()
interface (which isn't particularly reliable) as the first step.

Going forward we would like to modify intel_pstate to select P-states
proportional to utilization (with IOwait boosting and possibly some other
tweaks) on all processors, but there still are some factors to determine
in that area, so let's make this simple change to start with.

Thanks,
Rafael

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ