lkml.org 
[lkml]   [2022]   [Nov]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC PATCH 0/1] sched/pelt: Change PELT halflife at runtime
Hi,

> Would something terrible like the below help some?
>
> If not, I suppose it could be modified to take the current state as
> history. But basically it runs a faster pelt sum along side the regular
> signal just for ramping up the frequency.

As Dietmar mentioned in the other email, there seems to be an issue with
how the patch computes 'runtime'. Nevertheless I tested it just to see
what would happen so here are the results if you're interested.

Here's a comparison of Jankbench results on a normal system vs pelt_4 vs
performance cpufreq governor vs your pelt_rampup patch.

Max frame duration (ms)

+-----------------------+-----------+------------+
| kernel | iteration | value |
+-----------------------+-----------+------------+
| menu | 10 | 142.973401 |
| menu_pelt_4 | 10 | 85.271279 |
| menu_pelt_rampup | 10 | 61.494636 |
| menu_performance | 10 | 40.930829 |
+-----------------------+-----------+------------+

Power usage [mW]

+--------------+-----------------------+-------+-----------+
| chan_name | kernel | value | perc_diff |
+--------------+-----------------------+-------+-----------+
| total_power | menu | 144.6 | 0.0% |
| total_power | menu_pelt_4 | 158.5 | 9.63% |
| total_power | menu_pelt_rampup | 272.1 | 88.23% |
| total_power | menu_performance | 485.6 | 235.9% |
+--------------+-----------------------+-------+-----------+


Mean frame duration (ms)

+---------------+-----------------------+-------+-----------+
| variable | kernel | value | perc_diff |
+---------------+-----------------------+-------+-----------+
| mean_duration | menu | 13.9 | 0.0% |
| mean_duration | menu_pelt_4 | 14.5 | 4.74% |
| mean_duration | menu_pelt_rampup | 8.3 | -40.31% |
| mean_duration | menu_performance | 4.4 | -68.13% |
+---------------+-----------------------+-------+-----------+

Jank percentage

+-----------+-----------------------+-------+-----------+
| variable | kernel | value | perc_diff |
+-----------+-----------------------+-------+-----------+
| jank_perc | menu | 1.5 | 0.0% |
| jank_perc | menu_pelt_4 | 2.0 | 30.08% |
| jank_perc | menu_pelt_rampup | 0.1 | -93.09% |
| jank_perc | menu_performance | 0.1 | -96.29% |
+-----------+-----------------------+-------+-----------+

[...]

Some variant of this that's tunable at runtime could be workable for the
purposes described before. At least this further proves that it's manipulating
frequency that's responsible for the results here.

---
Kajetan

\
 
 \ /
  Last update: 2022-11-10 13:46    [W:0.255 / U:0.500 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site