Xeon E5 cpu work in low status
Konstantin Belousov
kostikbel at gmail.com
Mon Nov 4 22:25:01 UTC 2013
On Mon, Nov 04, 2013 at 02:53:03PM -0500, John Baldwin wrote:
> On Monday, November 04, 2013 12:52:53 pm Kevin Oberman wrote:
> > On Mon, Nov 4, 2013 at 12:46 AM, ?????? <lisen1001 at gmail.com> wrote:
> >
> > > hi,all:
> > > the cpu of my machine is : Intel(R) Xeon(R) CPU E5-2643 0 @
> > > 3.30GHz.
> > >
> > > after a reboot. The cpu freq is : sysctl dev.cpu.0.freq
> > > dev.cpu.0.freq: 1200
> > >
> > > i didn't set any power savings config in rc.conf.
> > >
> > > How can i fix this?
> > >
> >
> > It's not clear what is broken. Is the server busy? Is there some reason to
> > expect it to be running at full clock-rate?
> >
> > What is the content of dev.cpu.0.freq_levels?
> >
> > By default, FreeBSD runs powerd and that will, by default, throttle back
> > the clock when the system is not busy. I think that this is a bad thing.,
> > but it is not a bug. It's by design. I really think, based on my own
> > testing, research and a major NSF computer center (SDSC), and work done by
> > mav@ which can be found on the FreeBSD wiki (
> > https://wiki.freebsd.org/TuningPowerConsumption), those "power management"
> > tools are broken by design a they are actually there for thermal control,
> > not power management and are, at best, break-even, and in most cases are
> > actually a loser in both power savings and system performance. (There are a
> > very few edge cases where they can be beneficial, but as a side effect for
> > very specific loads under fairly unusual circumstances.)
> >
> > To turn off these (mis)features, add the following to /boot/loader.conf:
> > # Disable CPU throttling
> > hint.p4tcc.0.disabled=1
> > hint.acpi_throttle.0.disabled=1
> >
> > <rant>
> > All real power management is through the use of EST and CPU sleep (CX)
> > states. These can provide a big power win at minimal performance impact.
> > Unfortunately CX states and throttling lay very badly together, probably
> > because processor designers don't think that TCC and throttling are for
> > power management, so are not an issue.
> >
> > For reasons that have always baffled me, rather than disable the
> > inappropriate use of thermal management as power management, we disable the
> > most effective power management tools by default.
> > performance_cx_lowest="HIGH" # Online CPU idle state
> > economy_cx_lowest="HIGH" # Offline CPU idle state
> >
> > Even the comments are confusing: what do "Online" and "Offline" mean?
> > Offline means running on battery and online means AC power.
> >
> > In any case, it's not clear that there is any issue with your system other
> > than that, by default, FreeBSD tries to really, really hard to manage power
> > as badly as humanly possible.
> > </rant>
>
> The only thing is that powerd is not enabled by default, so it shouldn't be
> set to 1200 out of the box. I think there have been a few laptops
> historically that would startup at a lower clock speed (EST) when booted on
> battery, but I've never heard of that for servers.
>
> In terms of thermal throttling vs EST: ideally powerd would only ever use EST,
> and the throttling would be driven by acpi_thermal. Most systems don't have
> the _TC1/_TC2 methods acpi_thermal needs (I think I've only seen it on older
> laptops), so that would effectively disable TCC on modern systems.
>
> This requires tearing cpufreq apart a bit. It's also not clear what we should
> display to the user. The simplest approach would be to only export "absolute"
> frequencies in freq_levels and the current "absolute" frequency as "freq".
> That would allow powerd to not need any changes. You could use a different
> sysctl node that is "throttling percent" or some such. If throttling kicked
> in on a system with TC1/TC2 then 'freq' wouldn't change when the CPU was
> throttled, only the "throttling percent".
My Intel board DQ67OW starts with the fixed CPU speed, which is
configurable in BIOS. Unless OS starts managing the frequency with the
cpufreq and powerd, CPU is locked to the pre-configured speed. It was
not easy to understand why my single-user memory b/w benchmarks show
half of the expected throughput for the cache, until I found the setting
and found that Intel defaults to 1/2 of the marketing frequency.
For my board, it is Performance->Processor Overrides->Maximum Non-Turbo
Ratio. It was set to 17, normal CPU mode is 34, turbo is 38 max.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 834 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-acpi/attachments/20131105/a34bf890/attachment.sig>
More information about the freebsd-acpi
mailing list