Documentation: intel_pstate: Clarify coordination of P-State limits
authorSrinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Fri, 16 Nov 2018 22:24:20 +0000 (14:24 -0800)
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>
Thu, 29 Nov 2018 21:31:58 +0000 (22:31 +0100)
Explain influence of per-core P-states and hyper threading on the
effective performance.

Signed-off-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Documentation/admin-guide/pm/intel_pstate.rst

index ac6f5c597a5612830c2acf5d044194b9d6de1cb4..ec0f7c111f65b14c4328d7a9e0cd3314a8fba36f 100644 (file)
@@ -495,7 +495,15 @@ on the following rules, regardless of the current operation mode of the driver:
 
  2. Each individual CPU is affected by its own per-policy limits (that is, it
     cannot be requested to run faster than its own per-policy maximum and it
-    cannot be requested to run slower than its own per-policy minimum).
+    cannot be requested to run slower than its own per-policy minimum). The
+    effective performance depends on whether the platform supports per core
+    P-states, hyper-threading is enabled and on current performance requests
+    from other CPUs. When platform doesn't support per core P-states, the
+    effective performance can be more than the policy limits set on a CPU, if
+    other CPUs are requesting higher performance at that moment. Even with per
+    core P-states support, when hyper-threading is enabled, if the sibling CPU
+    is requesting higher performance, the other siblings will get higher
+    performance than their policy limits.
 
  3. The global and per-policy limits can be set independently.