cvs commit: src/sys/dev/acpica acpi.c acpi_cpu.c
Nate Lawson
nate at root.org
Thu Nov 20 18:08:27 PST 2003
On Thu, 20 Nov 2003, Marcel Moolenaar wrote:
> On Thu, Nov 20, 2003 at 03:40:58PM -0800, Nate Lawson wrote:
> > No good ideas over here. Took me a while to even come up with
> > hw.acpi.cpu.cx_lowest. You want to indicate higher states will be also
> > used as determined by the scheduling algorithm and that states with higher
> > indices provide more power savings but also more latency. cx_lowest_idx
> > seems kinda lame. Suggestions?
>
> Maybe make the Cx state type an "unimportant" attribute?
>
> MIB-like:
>
> hw.acpi.cpu.cx.count=4
> hw.acpi.cpu.cx.lowest=0
> hw.acpi.cpu.cx.0.type=C1
> hw.acpi.cpu.cx.0.latency=1
> hw.acpi.cpu.cx.0.longsleep=x
> hw.acpi.cpu.cx.0.shortsleep=y
> hw.acpi.cpu.cx.1.type=C2
> :
> hw.acpu.cpu.cx.2.type=C3
> :
> hw.acpu.cpu.cx.3.type=C3
> :
>
> Something like this makes the sysctl variables less magical, better
> to parse mechanically and puts the emphasis on the index. It's more
> verbose though...
Nice, but too verbose for my tastes. Since this is something that will
only be looked at by someone while tuning the system, I think more compact
is better. Also it's really good to be able to do sysctl hw.acpi.cpu and
get only 5-10 lines. I plan to reduce the verboseness of the throttling
entries as well once more of the power control/devd stuff is committed.
-Nate
More information about the cvs-src
mailing list