From: Ed Sweetman <ed.sweetman@wmich.edu>
To: Liakakis Kostas <kostas@skiathos.physics.auth.gr>
Cc: "Dieter Nützel" <Dieter.Nuetzel@hamburg.de>,
"Daniel Nofftz" <nofftz@castor.uni-trier.de>,
"Vojtech Pavlik" <vojtech@suse.cz>,
"Linux Kernel List" <linux-kernel@vger.kernel.org>
Subject: Re: [patch] amd athlon cooling on kt266/266a chipset
Date: 25 Jan 2002 10:31:51 -0500 [thread overview]
Message-ID: <1011972717.22707.42.camel@psuedomode> (raw)
In-Reply-To: <Pine.GSO.4.21.0201251535520.11551-100000@skiathos.physics.auth.gr>
In-Reply-To: <Pine.GSO.4.21.0201251535520.11551-100000@skiathos.physics.auth.gr>
On Fri, 2002-01-25 at 09:17, Liakakis Kostas wrote:
>
> Hi,
>
> I have been watching this thread for a while now. I am surprised everybody
> is happy with the temperature drops they get and don't look a bit
> further. I might be sounding like a *ickhead but here go my .02 euros:
>
> With STOPGNT enabled, the disconnection happens by the northbridge
> actually halting the FSB for the CPU until the next interrupt. The
> continuous dis/reconnection causes increased lattency on the PCI bus and
> strictly timed PCI transfers needed by TV-Tuner cards/software or sound
> software suffer greatly from this. It also results in poorer hd
> performance.
>
> Also with such a power hungry CPU as the Athlon, bus dis/reconnection
> results in current demand changing from 40A to 5A to 40A ... every few ms.
> This puts your motherboards' voltage regulator under unecessary strain as
> well those in your PSU.
>
> Furthermore, CPUs do like lower operating temperatures, but even more they
> like constant temperatures. Differences like 10-15C every now and then
> (load/idle) put the cpu die under mechanichal strain from thermal
> contraction/expansion.
>
> Finally, this procedure can actually *hide* severe cooling inefficiency of
> the system. People seem to go with the moto: STOPGNT lowers my
> temperature, so it is a good thing. Well, it doesn't. Run SETI@HOME and
> you are back where you started. It can take only a hot summer day and you
> have a fried chip.
>
> There was a thought by somebody, that you should only enable disconnection
> after some time of inactivity. This sounds better, but then, don't we
> have S1/S3 for this already?
>
> This feature of the AMD processors seemed like a real bargain once but
> now, I doupt there is one motherboard vendor out there that allows you to
> control it in the BIOS (like they used too). Even more, they suggest you
> leave this feature alone. A walk in troubleshooting/support forums
> suggests the same: It is a feature you can do without, you'd be better off
> with a cooler that can cool and a well ventilated case.
>
> Sorry for the length,
>
> -Kostas
>
I was getting at this earlier. Though the Athlon XP's are much better
power-wise than the earlier athlon's. I wouldn't suggest doing it to
any athlon under XP. But then again, the XP is supposed to have
something similar to clock stepping to gradually move from full power to
lower power, which decreases mechanical stress and psu stress. I
remember when the same concerns were brought over the HLT idle trick but
obviously the HLT instruction isn't harmful enough. Would be nice to
look at the latencies with say, Robert Love's preempt stat patch of a
kernel running with no power management, then with HLT, then with the
vcl patch.
Nice rule of thumb though. If your cpu _ever_ gets into the 50C range
your case and or hsf is not efficient enough for your hardware. Anything
above 50 and you're shortening the life of the cpu. Relying on idle
tricks isn't going to help you.
I'd recommend this patch for Athlon XP's since they're the only chips
that have motherboards built to handle this kind of thing (assuming you
didn't buy some cheap brand). Don't use it on anything earlier. Not that
I dont believe that the chip can take the punishment, but I dont believe
that the motherboard and cpu can if not built to XP specifications.
next prev parent reply other threads:[~2002-01-25 15:33 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <000701c1a42c$8c6f8680$0201a8c0@HOMER>
2002-01-23 19:21 ` [patch] amd athlon cooling on kt266/266a chipset Daniel Nofftz
2002-01-23 20:36 ` Hans-Peter Jansen
2002-01-23 20:38 ` Daniel Nofftz
2002-01-23 20:50 ` Joel Jaeggli
2002-01-24 2:33 ` Dieter Nützel
[not found] ` <E16TZhr-00049f-00@mxng04.kundenserver.de>
2002-01-24 12:59 ` Hans-Peter Jansen
2002-01-24 14:23 ` Ed Sweetman
2002-01-25 12:23 ` Matthew Sackman
2002-01-24 14:39 ` Martin Eriksson
2002-01-24 21:06 ` Daniel Nofftz
2002-01-24 23:18 ` Dieter Nützel
2002-01-24 23:27 ` Dieter Nützel
2002-01-25 14:17 ` Liakakis Kostas
2002-01-25 15:31 ` Ed Sweetman [this message]
2002-01-25 16:10 ` Liakakis Kostas
2002-01-25 17:19 ` Dave Jones
2002-01-25 8:54 Thomas Tonino
[not found] <Pine.LNX.4.33.0201241223260.28872-100000@coffee.psychology.mcmaster.ca>
2002-01-24 18:25 ` Hans-Peter Jansen
2002-01-24 21:33 ` Daniel Nofftz
-- strict thread matches above, loose matches on Subject: below --
2002-01-24 15:58 Dieter Nützel
[not found] <200201232321.AAA02845@rzmail.uni-trier.de>
2002-01-24 10:32 ` Daniel Nofftz
[not found] <200201232023.VAA07669@rzmail.uni-trier.de>
2002-01-23 20:55 ` Daniel Nofftz
[not found] <200201222243.XAA14711@rzmail.uni-trier.de>
2002-01-23 7:42 ` Daniel Nofftz
2002-01-22 22:01 Dieter Nützel
2002-01-22 22:21 ` Daniel Nofftz
2002-01-22 22:42 ` Dieter Nützel
2002-01-24 5:14 ` Timothy Covell
2002-01-23 7:27 ` Daniel Nofftz
2002-01-23 11:55 ` Vojtech Pavlik
2002-01-23 13:19 ` Daniel Nofftz
2002-01-23 15:47 ` Ed Sweetman
2002-01-23 19:18 ` Daniel Nofftz
2002-01-24 18:14 ` Timothy Covell
2002-01-23 19:24 ` Daniel Nofftz
2002-01-23 20:22 ` Dieter Nützel
2002-01-24 9:55 ` Pavel Machek
2002-01-24 21:50 ` Daniel Nofftz
2002-01-23 20:18 ` Dieter Nützel
[not found] ` <200201232018.g0NKI9Q06525@dydimus.dreamhost.com>
[not found] ` <200201232248.g0NMmqL01292@home.ashavan.org.>
2002-01-23 23:20 ` Dieter Nützel
2002-01-22 17:15 Daniel Nofftz
2002-01-22 18:51 ` Lee Packham
2002-01-22 19:03 ` Daniel Nofftz
2002-01-23 20:16 ` Hans-Peter Jansen
2002-01-23 20:29 ` Ed Sweetman
2002-01-23 20:54 ` Hans-Peter Jansen
2002-01-23 21:04 ` Daniel Nofftz
2002-01-23 22:25 ` Hans-Peter Jansen
2002-01-24 9:54 ` Daniel Nofftz
2002-01-24 9:47 ` Daniel Nofftz
2002-01-24 12:35 ` Hans-Peter Jansen
2002-01-24 20:54 ` Daniel Nofftz
2002-01-24 21:16 ` Disconnect
2002-01-24 21:55 ` Daniel Nofftz
2002-01-24 22:16 ` Hans-Peter Jansen
2002-01-30 8:58 ` Daniel Nofftz
2002-01-23 20:49 ` Daniel Nofftz
2002-01-23 21:16 ` Hans-Peter Jansen
2002-01-24 9:49 ` Daniel Nofftz
2002-01-24 12:40 ` Rasmus Bøg Hansen
2002-01-24 20:57 ` Daniel Nofftz
2002-01-24 21:14 ` Rasmus Bøg Hansen
2002-01-24 21:52 ` Daniel Nofftz
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=1011972717.22707.42.camel@psuedomode \
--to=ed.sweetman@wmich.edu \
--cc=Dieter.Nuetzel@hamburg.de \
--cc=kostas@skiathos.physics.auth.gr \
--cc=linux-kernel@vger.kernel.org \
--cc=nofftz@castor.uni-trier.de \
--cc=vojtech@suse.cz \
/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