From: Pasi Savolainen <psavo@iki.fi>
To: linux-kernel@vger.kernel.org
Subject: Re: High CPU temp on Athlon MP w/ recent 2.6 kernels
Date: Tue, 6 Apr 2004 23:27:37 +0000 (UTC) [thread overview]
Message-ID: <slrnc76f79.s2s.psavo@varg.dyndns.org> (raw)
In-Reply-To: <20040406204545.GA15946@sommrey.de>
* Joerg Sommrey <jo@sommrey.de>:
> On Tue, Apr 06, 2004 at 04:26:37PM -0400, Gene Heskett wrote:
>>
>> But join the 70C club, that AMD athlon keeps itself at a medium simmer
>> full time. Mine has been running 67-72C for 3 years now. Strangly,
>> shutting down setiathome doesn't cool it by more than a couple
>> degrees C. And, its got a $50 all copper Glaciator cooler on it,
>> heavy heavy heavy.
>
> That's not quite my point. I am not afraid of running my athlons at
> 70C. I just don't want to. With Debian Woody they ran at <40C, which
> is impressing IMHO. An upgrade to Sarge raised the temp for about 5K,
> which is still very cool. This temperature didn't change when I
> upgraded to an early 2.6 kernel. Just after 2.6.3-mm4 there was this
> jump for 10K that I just do not understand. It doesn't hurt the athlons
> but seems unnecessary to me.
At least on A7M266-D lmsensors read thermal sensors very wrong. I
haven't got time to contact devs with that, but I do know for sure that
amd76x_pm really does make cooling calls, even in 2.6.5-rc3-mm3
(There should be /sys/devices/pci0000\:00/0000\:00\:00.0/C2_cnt file,
which tells how many times has amd76x_pm really made the disconnection call).
One issue is that from some kernel version amd76x_pm's idle() is called
upto 3.5x times more often when there's some audio activity. So in
effect number of calls to default_idle() jumps from 1100Hz to 3800Hz.
(this is reproducible with 'rhytmbox' -application, but not with xmms.
AFAIK my xmms uses OSS emulation and rhytmbox is native alsa.)
Ahem. Could you actually try:
echo 3 > /sys/devices/pci0000\:00/0000\:00\:00.0/lazy_idle
This could help gaining 5-8°C. HZ changed from 100 to 1000 in 2.6, so
amd76x_pm old default doesn't apply overly well here.
There's some funniness going on with this tunable. It doesn't really
affect how many times/second we call amd76x_pm.idle(), but rather how
easily we go into sleep (no sleep if both CPU's aren't idle).
With lazy_idle at 3 I get bad distortions with bttv card. with 3000 they
disappear, but so does the thermal throttling :)
(Sorry for lack of coherence right now)
--
Psi -- <http://www.iki.fi/pasi.savolainen>
next prev parent reply other threads:[~2004-04-06 23:27 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-06 19:36 Joerg Sommrey
2004-04-06 20:26 ` Gene Heskett
2004-04-06 20:45 ` Joerg Sommrey
2004-04-06 21:57 ` Gene Heskett
2004-04-07 16:17 ` Joerg Sommrey
2004-04-06 23:27 ` Pasi Savolainen [this message]
[not found] <1I4Ka-10u-5@gated-at.bofh.it>
[not found] ` <1I5n5-1A2-41@gated-at.bofh.it>
[not found] ` <1I5Gl-1OD-33@gated-at.bofh.it>
[not found] ` <1I8kJ-3Z8-1@gated-at.bofh.it>
2004-04-07 18:14 ` Joerg Sommrey
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=slrnc76f79.s2s.psavo@varg.dyndns.org \
--to=psavo@iki.fi \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®