Hi FreeNAS community!
I recently built a new "server" (using consumer parts, but that's the FreeNAS spirit) to replace a Pentium system which was lacking the power for VMs. However, I have stumbled across a problem with the CPU frequency being stuck at 3200 MHz constantly (which is the base clock). As far as I know, the all-core turbo frequency is 3400 MHz (versus 1(?) core maximum of 3600 MHz). I cannot confirm whether this problem occurred on the previous system, but what I can confirm is frequency scales fine in Windows 10.
Just to give a bit of a heads up on the system specifications, they are as follows:
I am currently running FreeNAS 11.1-RC3 (updated from 11.0-U4). Part of the reason for updating is because I read the following from the User Guide:
I should note that in the BIOS the following related to power management is enabled:
I have executed some commands on the system to provide more information below:
CPU frequency information including states:
A bit of a snippit from
I appreciate that many problems encountered are actually due to the underlying FreeBSD system. However, I would certainly be grateful if someone could take a look at my problem and advise what I should do next. For the moment, I have just disabled powerd completely.
I recently built a new "server" (using consumer parts, but that's the FreeNAS spirit) to replace a Pentium system which was lacking the power for VMs. However, I have stumbled across a problem with the CPU frequency being stuck at 3200 MHz constantly (which is the base clock). As far as I know, the all-core turbo frequency is 3400 MHz (versus 1(?) core maximum of 3600 MHz). I cannot confirm whether this problem occurred on the previous system, but what I can confirm is frequency scales fine in Windows 10.
Just to give a bit of a heads up on the system specifications, they are as follows:
- ASRock AB350 Pro4 (BIOS 4.20)
- AMD Ryzen 5 1600
- 16GB ECC RAM (CT4G4WFS824A * 4)
- 2 * 2TB Seagate IronWolf NAS drives (ST2000VN004)
- 2 * 1TB Seagate Barracuda (standard desktop drives)
- EVGA B2 750 PSU (overkill, but in my defence it was pulled from an dismantled system)
I am currently running FreeNAS 11.1-RC3 (updated from 11.0-U4). Part of the reason for updating is because I read the following from the User Guide:
Though perhaps I was wrong to make an assumption that this resolved issues relating to Ryzen processor states, and the above actually relates to bug #25987 on iXsystem's Redmine (that is related to hanging, which I have not experienced).Support has been added for the HBA 9400-81, Intel Skylake and Kaby Lake processors, and Ryzen processors.
I should note that in the BIOS the following related to power management is enabled:
- Cool'n'Quiet
- Global C-sate control (is actually set to auto at the moment, but "enabled" did not make a difference)
I have executed some commands on the system to provide more information below:
Code:
% sysctl -a | grep cx_ hw.acpi.cpu.cx_lowest: C2 dev.cpu.11.cx_method: C1/hlt dev.cpu.11.cx_usage_counters: 344990 dev.cpu.11.cx_usage: 100.00% last 2592us dev.cpu.11.cx_lowest: C2 dev.cpu.11.cx_supported: C1/1/1 dev.cpu.10.cx_method: C1/hlt dev.cpu.10.cx_usage_counters: 366018 dev.cpu.10.cx_usage: 100.00% last 1658us dev.cpu.10.cx_lowest: C2 dev.cpu.10.cx_supported: C1/1/1 dev.cpu.9.cx_method: C1/hlt dev.cpu.9.cx_usage_counters: 345884 dev.cpu.9.cx_usage: 100.00% last 9472us dev.cpu.9.cx_lowest: C2 dev.cpu.9.cx_supported: C1/1/1 dev.cpu.8.cx_method: C1/hlt dev.cpu.8.cx_usage_counters: 368543 dev.cpu.8.cx_usage: 100.00% last 720us dev.cpu.8.cx_lowest: C2 dev.cpu.8.cx_supported: C1/1/1 dev.cpu.7.cx_method: C1/hlt dev.cpu.7.cx_usage_counters: 345813 dev.cpu.7.cx_usage: 100.00% last 9240us dev.cpu.7.cx_lowest: C2 dev.cpu.7.cx_supported: C1/1/1 dev.cpu.6.cx_method: C1/hlt dev.cpu.6.cx_usage_counters: 864803 dev.cpu.6.cx_usage: 100.00% last 4us dev.cpu.6.cx_lowest: C2 dev.cpu.6.cx_supported: C1/1/1 dev.cpu.5.cx_method: C1/hlt dev.cpu.5.cx_usage_counters: 334695 dev.cpu.5.cx_usage: 100.00% last 1236us dev.cpu.5.cx_lowest: C2 dev.cpu.5.cx_supported: C1/1/1 dev.cpu.4.cx_method: C1/hlt dev.cpu.4.cx_usage_counters: 347619 dev.cpu.4.cx_usage: 100.00% last 3783us dev.cpu.4.cx_lowest: C2 dev.cpu.4.cx_supported: C1/1/1 dev.cpu.3.cx_method: C1/hlt dev.cpu.3.cx_usage_counters: 347162 dev.cpu.3.cx_usage: 100.00% last 118441us dev.cpu.3.cx_lowest: C2 dev.cpu.3.cx_supported: C1/1/1 dev.cpu.2.cx_method: C1/hlt dev.cpu.2.cx_usage_counters: 352151 dev.cpu.2.cx_usage: 100.00% last 2938us dev.cpu.2.cx_lowest: C2 dev.cpu.2.cx_supported: C1/1/1 dev.cpu.1.cx_method: C1/hlt dev.cpu.1.cx_usage_counters: 327927 dev.cpu.1.cx_usage: 100.00% last 2357us dev.cpu.1.cx_lowest: C2 dev.cpu.1.cx_supported: C1/1/1 dev.cpu.0.cx_method: C1/hlt C2/io dev.cpu.0.cx_usage_counters: 1676648 687917 dev.cpu.0.cx_usage: 70.90% 29.09% last 895us dev.cpu.0.cx_lowest: C2 dev.cpu.0.cx_supported: C1/1/1 C2/2/400
CPU frequency information including states:
Code:
% sysctl -a | grep freq <SNIP> dev.cpufreq.0.%parent: cpu0 dev.cpufreq.0.%pnpinfo: dev.cpufreq.0.%location: dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%desc: dev.cpufreq.%parent: dev.hwpstate.0.freq_settings: 3200/3960 2800/2940 1550/1350 dev.cpu.0.freq_levels: 3200/3960 2800/2940 1550/1350 dev.cpu.0.freq: 3200
A bit of a snippit from
powerd -v
:Code:
load 0%, current freq 3200 MHz ( 0), wanted freq 2792 MHz changing clock speed from 3200 MHz to 2800 MHz powerd: error setting CPU frequency 2800: Device not configured load 35%, current freq 3200 MHz ( 0), wanted freq 2792 MHz changing clock speed from 3200 MHz to 2800 MHz powerd: error setting CPU frequency 2800: Device not configured load 47%, current freq 3200 MHz ( 0), wanted freq 3499 MHz
I appreciate that many problems encountered are actually due to the underlying FreeBSD system. However, I would certainly be grateful if someone could take a look at my problem and advise what I should do next. For the moment, I have just disabled powerd completely.
Last edited by a moderator: