Dear List
This is a belated thanks.
With advice from this list I got cpu frequency control to work. I had no
luck on HP web site.
Attached is the output from top. This is a compute server that runs
simulations for many hours. The load is very variable and as you can see
from the output only one job is running.
I notice that the newer kernels latch a process to "fixed" cpu(s) the
a.out has been on cpu1 since it started 40+ hours ago.
Thanks again
Stephen Carr
On 27/12/09 03:35, tarek attia wrote:
Hello ,
Check this out
http://xlife.zuavra.net/index.php/70/
It may help .
Regards,
On Thu, Dec 24, 2009 at 11:30 AM, Chumbalkar, Nagananda
<Nagananda.Chumbalkar@xxxxxx> wrote:
For the OS to control cpu scaling, change the BIOS setting under
Power Regulator to "OS Control". You should then see the "cpufreq"
directory created under cpuN in sysfs.
- naga -
-----Original Message-----
From: cpufreq-owner@xxxxxxxxxxxxxxx
[mailto:cpufreq-owner@xxxxxxxxxxxxxxx] On Behalf Of Stephen Carr
Sent: Wednesday, December 23, 2009 8:52 PM
To: cpufreq@xxxxxxxxxxxxxxx
Subject: Cpu frequency scaling DL360 G5 Dual Xeon
Dear List
I am try tot enable cpu scaling on a dual Xeon E5540 with all coes
active (8) and hyperthreading giving a total of 16 cores.
Kernel is 2.6.32.2 base on Slackware 13 64 bit.
It seems the problem is in the sysfs structure which is
ls -l /sys/devices/system/cpu/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpu0/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpu1/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpu10/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpu11/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpu12/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpu13/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpu14/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpu15/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpu2/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpu3/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpu4/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpu5/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpu6/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpu7/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpu8/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpu9/
drwxr-xr-x 2 root root 0 2009-12-24 13:04 cpufreq/
drwxr-xr-x 2 root root 0 2009-12-24 13:04 cpuidle/
-r--r--r-- 1 root root 4096 2009-12-24 13:04 kernel_max
-r--r--r-- 1 root root 4096 2009-12-24 13:04 offline
-r--r--r-- 1 root root 4096 2009-12-24 13:04 online
drwxr-xr-x 2 root root 0 2009-12-24 13:04 perf_events/
-r--r--r-- 1 root root 4096 2009-12-24 13:04 possible
-r--r--r-- 1 root root 4096 2009-12-24 13:04 present
-rw-r--r-- 1 root root 4096 2009-12-24 13:04 sched_mc_power_savings
-rw-r--r-- 1 root root 4096 2009-12-24 13:04 sched_smt_power_savings
Note cpufreq is not below cpuN (n=0-15)
For cpu0 it is similar for all others
ls -l /sys/devices/system/cpu/cpu0
drwxr-xr-x 6 root root 0 2009-12-24 13:04 cache/
drwxr-xr-x 6 root root 0 2009-12-24 23:18 cpuidle/
drwxr-xr-x 2 root root 0 2009-12-24 13:04 thermal_throttle/
drwxr-xr-x 2 root root 0 2009-12-24 13:04 topology/
With debug set to cpufreq.debug=7
The the output in /var/log/debug is attached cpu_debug.txt
It seems nothing can be initialised.
Also there is no ACPI throttle messages in dmesg aka /var/log/messages
The BIOS seems to have CPU scaling enabled ie dynamic power.
Any ideas?
On my Thinkpad the sysfs structure similar kernel also based on 64 bit
Slackware 13 kernel 2.6.31.6 CPU Intel(R) Core(TM)2 Duo CPU T5450 @
1.66GHz
ls -l /sys/devices/system/cpu
drwxr-xr-x 7 root root 0 2009-12-24 06:56 cpu0/
drwxr-xr-x 7 root root 0 2009-12-24 12:09 cpu1/
drwxr-xr-x 2 root root 0 2009-12-24 12:09 cpuidle/
-r--r--r-- 1 root root 4096 2009-12-24 12:09 kernel_max
-r--r--r-- 1 root root 4096 2009-12-24 12:09 offline
-r--r--r-- 1 root root 4096 2009-12-24 12:09 online
drwxr-xr-x 2 root root 0 2009-12-24 12:09 perf_counters/
-r--r--r-- 1 root root 4096 2009-12-24 12:09 possible
-r--r--r-- 1 root root 4096 2009-12-24 12:09 present
ls -l /sys/devices/system/cpu/cpu0/
drwxr-xr-x 7 root root 0 2009-12-24 06:56 ./
drwxr-xr-x 6 root root 0 2009-12-24 06:56 ../
drwxr-xr-x 5 root root 0 2009-12-24 12:09 cache/
drwxr-xr-x 3 root root 0 2009-12-24 06:56 cpufreq/
drwxr-xr-x 6 root root 0 2009-12-24 12:09 cpuidle/
drwxr-xr-x 2 root root 0 2009-12-24 12:09 thermal_throttle/
drwxr-xr-x 2 root root 0 2009-12-24 12:09 topology/
Thanks
Stephen Carr
--
Stephen Carr
School of Civil, Environmental& Mining Engineering
The University of Adelaide
Adelaide, South Australia, 5005
Australia
Tel +618-8303-4313
Fax +618-8303-4359
Email sgcarr@xxxxxxxxxxxxxxxxxxxxxx
CRICOS Provider Number 00123M
-----------------------------------------------------------
This email message is intended only for the addressee(s) and
contains information that may be confidential and/or copyright.
If you are not the intended recipient please notify the sender
by reply email and immediately delete this email. Use, disclosure
or reproduction of this email by anyone other than the intended
recipient(s) is strictly prohibited. No representation is made
that this email or any attachments are free of viruses. Virus
scanning is recommended and is the responsibility of the recipient.
--
To unsubscribe from this list: send the line "unsubscribe cpufreq" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
tarek
--
Stephen Carr
School of Civil, Environmental & Mining Engineering
The University of Adelaide
Adelaide, South Australia, 5005
Australia
Tel +618-8303-4313
Fax +618-8303-4359
Email sgcarr@xxxxxxxxxxxxxxxxxxxxxx
CRICOS Provider Number 00123M
-----------------------------------------------------------
This email message is intended only for the addressee(s) and
contains information that may be confidential and/or copyright.
If you are not the intended recipient please notify the sender
by reply email and immediately delete this email. Use, disclosure
or reproduction of this email by anyone other than the intended
recipient(s) is strictly prohibited. No representation is made
that this email or any attachments are free of viruses. Virus
scanning is recommended and is the responsibility of the recipient.
top - 15:02:23 up 9 days, 7:12, 4 users, load average: 1.01, 1.00, 1.00
Tasks: 230 total, 2 running, 228 sleeping, 0 stopped, 0 zombie
Cpu0 : 95.6%us, 0.1%sy, 0.0%ni, 0.0%id, 4.2%wa, 0.1%hi, 0.0%si, 0.0%st
Cpu1 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu2 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu3 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu4 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu5 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu6 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu7 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu8 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu9 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu10 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu11 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu12 : 0.0%us, 1.4%sy, 0.0%ni, 98.5%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st
Cpu13 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu14 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu15 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
PID USER PR NI VIRT RES SHR S %CPU %MEM P TIME COMMAND
18497 abcd 40 0 2837m 266m 1308 R 96 0.4 0 49,00 a.out
23064 555555 40 0 19144 1424 980 R 0 0.0 2 0:02 top
