5-STABLE cpufreq hotter than est from ports

Nate Lawson nate at root.org
Tue Aug 30 05:03:45 GMT 2005


Tijl Coosemans wrote:
> Kevin,
> 
> Thanks for your reply. I was beginning to think I sent my mail to the 
> wrong list. I've subscribed to freebsd-acpi@ now. For reference, the 
> issues (+patch) discussed are available at:
> 
> http://lists.freebsd.org/pipermail/freebsd-stable/2005-August/017535.html
> http://lists.freebsd.org/pipermail/freebsd-stable/2005-August/017536.html
> 
> 
>>I have a P4m with ICHSS and P4TCC and I do hit both the problem of the
>>wrong mode being selected when there is a tie for performance level
>>and the case of lower performance resulting in higher power
>>consumption. You can see the results of my testing in messages to
>>freebsd-acpi@ archives. I have been wanting to write some patches to
>>fix the problems, but have simply not had time, so these patches look
>>great! 
> 
> 
> In my experience throttling doesn't really gain that much. There's 
> almost no difference between running at 600MHz/100% and 600MHz/12.5%, 
> except that it is 8 times slower, so I've set debug.cpufreq.lowest to 
> 400 to limit the performance drop.

It should produce a linear savings in power but other factors may affect 
it.  Think about a server that gets a 1 minute burst every hour.  You 
definitely want to use all the power saving you can, including 
throttling, to get the most out of the other 59 minutes.

> I've also slightly modified powerd to not jump to the maximum frequency, 
> but to step up one level at a time to save energy. I've been thinking, 
> since throttling doesn't gain much, it might be better for powerd to 
> use only absolute settings when stepping up, but that would require an 
> extra sysctl entry (dev.cpu.0.freq_abs or something).

That has been committed also (via phk).

> I've found references in the following files. There may be more of 
> course.
> 
> sys/conf/files.i386 (line 258)
> sys/conf/options.i386 (line 56)
> sys/i386/conf/NOTES (line 133 + line 215).
> sys/i386/i386/p4tcc.c (can be removed?)

I just took care of this too since I had a moment.

-- 
Nate


More information about the freebsd-acpi mailing list