On Mon, Jul 31, 2017 at 3:48 AM, Ian Smith <smi...@nimnet.asn.au> wrote:
> On Mon, 31 Jul 2017 10:09:11 +0300, Daniel Braniss wrote: > > > I am trying out PCengines latest apu2 boards, and I just noticed that > with different Freebsd versions I get > > different freq_levels, and so when idling, each box (have 5) has a > different freq/temperature value, ranging > > from 125/69.1C, 600/59.0C to 75/56.0C > > > > FreeBSD apu-4 11.1-STABLE FreeBSD 11.1-STABLE #5 f565b5a06ab3 (11) tip: > Mon Jul 31 09:36:33 IDT 2017 > > apu-4# sysctl dev.cpu.0.freq_levels > > dev.cpu.0.freq_levels: 1000/980 800/807 600/609 > > That looks about right. On a Core2Duo (still on 9.3) I get: > dev.est.1.freq_settings: 2401/35000 2400/35000 1600/15000 800/12000 > dev.est.0.freq_settings: 2401/35000 2400/35000 1600/15000 800/12000 > dev.cpu.0.freq_levels: 2401/35000 2400/35000 1600/15000 800/12000 > dev.cpu.0.freq: 800 > > But only because I'd added to /boot/loader.conf: > > hint.p4tcc.0.disabled=1 > hint.acpi_throttle.0.disabled=1 > > which became the defaults sometime, maybe not before 11.0? Otherwise > mine would look more similar to the one below, with all 12.5% increments > in frequency enabled, which doesn't actually save any power at all. > > > FreeBSD apu-5 11.1-PRERELEASE FreeBSD 11.1-PRERELEASE #0 21e9d1ca9b80 > (11) tip: Tue May 30 11:51:48 IDT 2017 > > apu-5# sysctl dev.cpu.0.freq_levels > > dev.cpu.0.freq_levels: 1000/966 875/845 800/795 700/695 600/600 525/525 > 450/450 375/375 300/300 225/225 150/150 75/75 > > Looks like either p4tcc or acpi_throttle is enabled? See cpufreq(4). > As above, these don't buy you anything but extra busyness for powerd. > > Also noticed that the (nice, low!) milliwatt figures for 1000/800/600 > freqs are a bit different to the -stable one. Slightly Different model? > > > FreeBSD apu-1 10.3-STABLE FreeBSD 10.3-STABLE #4 267788fd852c (10) tip: > Tue Jan 10 09:09:00 IST 2017 > > apu-1# sysctl dev.cpu.0.freq_levels > > dev.cpu.0.freq_levels: 1000/-1 875/-1 750/-1 625/-1 500/-1 375/-1 > 250/-1 125/-1 > > And that looks like est(4) isn't enabled/attaching at all .. see dmesg > on all of these for clues. > > > so, any ideas as to what is going on? > > Pure guesswork on experience with older versions, I'm not up to date. > Very odd. Are all systems running identical CPUs and BIOSes? Identical loader and sysctl configurations? Look at /var/rn/dmesg.boot for CPU information. Is EST being detected? It used to be early in the boot process, but is now fairly late. (In my case, about 2/3 through the dmesg.boot file. I have p4tcc and throttling explicitly turned off (which should now be the default), but my Sandy Bridge Core i5 still shows: dev.cpu.0.freq_levels: 2501/35000 2500/35000 2000/26426 1800/23233 1600/20164 1400/17226 1200/14408 1000/11713 800/9140 The first is really bogus to indicate "turbo" mode. Temperature is a totally separate issue. It is VERY sensitive to external issue like airflow and position of the CPU in relation to other components in the chassis Also, unless you have a lot of cores, you probably should set both economy_cx_lowest and performance_cx_lowest to Cmax. Economy should default to that, but performance will not as that can cause issues on systems with large numbers of cores, so is set to C2. Many such system used to disable deeper sleep modes in BIOS, but I am way behind the times and don't know about the current state of affairs. Certainly for systems with 32 or fewer cores, this should not be an issue. In any case, Cx state can sharply impact temperature. Finally, the last case with power levels of -1 for all frequencies is probably because the CPU manufacturer (Intel?) has not published this information. For a while they were treating this as "proprietary" information. Very annoying! It's always something that is not readily available. Thi is one reason I suspect your CPUs are not identical. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 _______________________________________________ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
