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]
Message-ID: <s2i8bb80c381005051935zd5334eeby28865e9fdb206e55@mail.gmail.com>
Date:	Wed, 5 May 2010 19:35:14 -0700
From:	Mike Chan <mike@...roid.com>
To:	a.p.zijlstra@...llo.nl, LKML <linux-kernel@...r.kernel.org>
Subject: sched: arch_scale_freq_power (and other cpu_power / sched related 
	questions)

Before I end up duplicating a bunch of work in the scheduler / cpufreq
/ power tracking. I wanted avoid such an figure out what exactly all
this existing code is doing. Right now I am just interested in how the
kernel is accounting for cpu power, and less on the actual load
balancing work. In particular, total power consumed over the lifetime
of the system, instead of what seems to be a diminished weighted scale
used for all the scheduler cpu_power calculations.

kernel/sched.c

First, the arch_scale_freq_power() hooks, what are the units that all
these calculations are based off of?
In update_cup_power() It seems "power" gets multiplied by
SCHED_LOAD_SCALE, then >> by SCHED_LOAD_SHIFT. (1024 *=1024) >> 10.

For Android, at least with omap, msm, tegra platforms I am attempting
to get cpu power tracking (with cpufreq support) and it looks like
there is some half-way support with x86.

It seems that for x86 the kernel returns the default value, which is
SCHED_LOAD_SCALE (1 << 10). Does anyone know how the magic number 1024
translates to cpu power consumption (with frequency scaling) in
relative or absolute power numbers.

-- Mike
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ