Aus AMD-XP64 3500+ mach AMD-XP64 3500+ EE + SFF (Sockel AM2)?

Der Takt kann per cpufreq nicht über die vorhandenen Stufen hinaus verstellt werden. Die Core-Spannung kann aber verändert werden. Siehe http://forums.gentoo.org/viewtopic-t-245197.html für Deteils.

Mein S939 X2 läuft problemlos mit 1.15V (laut lm_sensors 1.2V) statt 1.35V.

Hallo,
die Absenkung der Voltage hat wesentlich mehr Einfluss auf den Stromverbrauch und die Temperatur als die Reduktion des Taktes.

Die Voltage und die Taktung hängen aber wieder zusammen.
Wenn man einen Prozessor übertakten möchte, so geht das bei gleichbleibender Spannung nur bis zu einer gewissen Grenze, die von der Fertigungsgüte abhängt. (Deswegen lassen sich einige Baureihen sehr gut übertakten, andere wieder weniger).
Wenn man nun die Spannung erhöht, dann lässt sich der Pozesser wesentlich weiter übertakten. Negativer Nebeneffekt ist allerdings, dass die Leistungsaufnahme und die Temperatur überdimensional ansteigt.

Umkehrschluss: Wenn ich die Taktrate senke, so kann ich auch die Spannung senken. Wie weit die Spannung ohne Stabilitätsverlust gesenkt werden kann hängt von der Güte des Pozessors ab.

Ein Beispiel: Ich besitzt 2 Notebooks mit 1,73GHZ Centrino. Dort kann man über ein Tool (NHC) die Taktraten und die Spannungen einstellen.
Das eine läuft stabil mit 800MHZ auf 0,8V, das andere benötigt bei 800MHZ noch 0,89V durch die Senkung von den Standard 0,988V bei 800MHZ habe ich eine um gut 6 Grad kältere CPU und die Leistungsaufnahme hat sich um ca. 3 Watt verringert.

Dies ist bei den AMDs genauso möglich. Die EE sind eigentlich nur ausgewählte Prozessoren, die die jeweilige Taktrate bei weniger Spannung ereichen.

Ich setze Vcore im BIOS. Habe also keine erfahrung mit dem patchen von powernow-k8.

Problemlos heißt für mich stabil. 24h Last auf beiden Kernen und Memtest.

Temperatur kann ich nichts zu sagen, da es schon von Anfang an so läuft.

Ansonsten hängen Temperatur uns Stromverbrauch quadratisch der Spannung und linear von der Frequenz ab.

Janne

Jau, lohnt sich. Ich hab damit bei meinem nforce3-board den Verbrauch um 15-20 Watt, je nach Auslastung, senken koennen. Der Prozessor leidet darunter nicht, er rechnet hoechstens nicht richtig und stuerzt im Extremfall ab, wenn er zu wenig Saft bekommt, aber kaputt geht da nix. Im Gegensatz zur Ueberspannung. Kann man gut mit burnK7 pruefen.
Ich hab das zuerst auch per powernow-k8.c-Manipulation erreicht, was man aber bei jeder neuen kernel-Version erneut durchziehen muss. War mir auf Dauer zu bloed, ich hab's dann per BIOS gemacht.
Wichtig dabei ist, das Cool'n Quiet im BIOS auszuschalten, sonst will der Rechner schlauer sein als sein Meister und die Spannungen selbst regeln !!
In dem link zur Gentoo-Forums-Diskussion ist gut erklaert, wie man auf richtige Werte fuer sein System kommt, ich hab die Datei lieber selbst geaendert anstatt mich auf fremde patches zu verlassen.
Versuch macht kluch.

Hallo,
ich denke, dass die Fertigungsqualität bei AMD insbesondere bei den Single-Core dermassen gut ist, dass man fast alle Pozessoren "undervolten" kann. Wieviel ist eben die Frage und kann nat. etwas schwanken. Wenn ich mir aber den momentanen Venice anschaue, dann sollte man fast auf die Werte eines EE kommen. Den Prozesser kann man beim undervolten eigentlich auch nicht beschädigen. Da sollte eigentlich auch das Gegenteil der Fall sein und durch den kühleren lauf die Lebenszeit verlängert werden. Mein UC und OC Erfahrungen mit Intel und AMD zeigen, dass eine extreme Spannungsanhebung zu Lasten der Lebenszeit geht. Mein UC-Testsystem (ein steinalter A642800+, leider nur bis 0,9V bei 1000MHZ stabil) läuft problemlos und richtig schön kühl.

In den AMD-Foren findet sich tatsächlich das ein oder andere, z.B. hier.

Der unterstützt i.w. die These, dass die EE-/EE+SFF-Prozessoren "nur" selektiert sind! Zitat:

Zitat

The magic 35watter really isnt anything new. They are simply taking say a 2.6ghz or 2.8ghz and clocking to 2.4! Under volting and underclocking a cpu at garunteed stable settings is ALL that it is.

You can do it yourself by buying one or two clock speeds higher then you want-under volt and under clock and you got the same exact thing. This is why the 35watt is more. And why it shouldnt be thought of as a oclockers chip.

35watt cpu will always cost at the least as much as the next clock speed above it in normal watts. Hope that made sense.

To sum up..............
So what do you get-in 35watt version for the money. Nothing other then a tested cpu at reduced power and clock speed.

Alles anzeigen

Ob es den X2 EE SFF deshalb auch nicht gibt ? Vielleicht AMD hat einfach noch keinen gefunden bei der Selektion...

Lars

Zitat

Original von Wicky
...wie will man denn mit burnk7 prüfen, ob ein Prozessor unter Undervolting leidet?

Ich meine hier im Forum bereits gelesen zu haben, dass sich jemand seinen Prozessor durch Undervolting zerstört hat. Auch meine ich in der c't schon mal gelesn zu haben, dass Undervolting nicht ganz ungefährlich sei.

Hab ich wohl falsch formuliert. burnk7 hilft einem, die Stabilitaetsgrenze auszuloten.
Wie man mit undervolting den Prozessor schaedigen soll, versteh ich aber nicht. Wenn ich einem Motor zuwenig Gas gebe, saeuft er ab und geht nicht kaputt. Bei zuviel Gas, also Drehzahl bis in den roten Bereich, ist das schon deutlich schaedlicher.

Zitat

...verstehe ich dich richtig, dass dann sowohl Vcore als auch Takt immer auf auf einem festen Wert bleibt?

Das wäre ja schrecklich. Dann doch lieber powernow-k8.c manipulieren, denn dann funktioniert wenigstens Cool&Quiet noch. Ohne Cool&Quiet kann ich den Sinn nicht erkennen.

Kann ich so genau gar nicht sagen, da meine Prozessoren alle unter Volllast laufen. Jedenfalls hat der Rechner bei eingeschaltetem CQ meine BIOS-Vcore-Modifikation ignoriert, sowohl beim idle- als auch beim Lastbetrieb. Da wirst Du dann wohl um die powernow-k8.c-Spielerei nicht rumkommen.

Wenn man in den Kernelroutinen ein wenig abguckt müsste man doch so ein Programm wie HIER, welches automatisch die minimale VCore/Multi-Kombination ausprobiert auch unter Linux hinbekommen, oder?

Lars

Hi,
ich möchte den alten Thread nochmal aufwärmen.

Hab mich von Euch inspirieren lassen und einen patch (debian kernel 2.6.18 )
für das powernow-k8 modul gemacht, der die Einstellung der VCore
quasi im laufenden Betrieb ermöglicht.

Für alle bekannten Frequenzen (in MHZ, maximal 10 Einträge!) werden im Sysfs Einträge erzeugt,
Das sieht dann etwa so aus:

still:~# ls /sys/devices/system/cpu/cpu0/cpufreq/
affected_cpus     scaling_1000_mhz_voltage  scaling_2400_mhz_voltage       scaling_cur_freq  scaling_min_freq
cpuinfo_cur_freq  scaling_1800_mhz_voltage  scaling_2600_mhz_voltage       scaling_driver
cpuinfo_max_freq  scaling_2000_mhz_voltage  scaling_available_frequencies  scaling_governor
cpuinfo_min_freq  scaling_2200_mhz_voltage  scaling_available_governors    scaling_max_freq

Die scaling_xxxx_mhz_voltage Einträge enthalten die VCore in mV.

still:~# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_1000_mhz_voltage
1100

Um die VCore zu verstellen, schaltet man zuerst auf eine andere Frequenz um,
ändert dann die VCore der Zielfrequenz und schaltet dann wieder auf "normal zurück.
z.B. so (vorausgesetzt der ondemand-governor ist geladen):

still:~# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
1000000
still:~# echo 1800000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
still:~# echo 900 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_1000_mhz_voltage
still:~# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_1000_mhz_voltage
900
still:~# echo 1000000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq

Um allzugrosses Verdaddeln zu erschweren, werden maximal Änderungen von 200mV pro Änderungsvorgang erlaubt.
Ich konnte die VCore für die niedrigeste Frequenzstufe (1000MHz) mit meiner Athlon 5000+ Brisbane CPU (65nm) problemlos auf 900 mV reduzieren.
Overvolting müsste auch gehen, je nach dem was die Spannungswandler hergeben.
Habs aber nicht probiert.

Diese Software kann mühelos (insbesondere bei unvorsichtiger Verwendung) Euren Computer zerstören (vor allem die CPU!).
Gebrauch auf eigene Gefahr! Alle Daten vorher sichern!.

Hinweis: Der Sysfs-Pfad kann je nach System und CPU leicht varieren.
Patch im Anhang.

Grüsse,
Bitz

Hi, Bitz,

genialer Patch! Und das sage ich, bevor ich den ausprobiert habe.

Ich habe es im BIOS schon ausprobiert; sowohl extremes undervolting bei Normaltakt als auch mittleres Overclocking (dann natürlich ohne Undervolting; ca. 25% höher sind bei mir stabil mit Standardspannung) gehen problemlos.

Da lässt sich aus dem Prozessor sowohl ein verdammt geringer Leerlaufstromverbrauch (ca. 95% der Zeit trifft das für das System ja sowieso zu) als auch eine TOP-Leistung z.B. demnächst für HDTV (MPlayer/H.264) herausholen, wenn benötigt.

Werde gleich morgen mal nen gepatchten Kernel backen.

Werde mir mal ansehen, inwiefern sich powernow-k8.c bei den neueren Kernelversionen zwischen 2.6.18 und 2.6.22-rc5 geändert hat.

Denn mein System hat einige Hardwarekomponenten, die erst seit 2.6.21 unterstützt werden.

Und ich wollte das gleich für 2.6.22(-rc) komplikationieren.

Hast Du bereits Erfahrungen mit 2.6.19,20 und 21 gemacht?

Viele Grüße,
Ulrich

Hallo nochmal,

habe heute den Patch auf den aktuellsten Vanilla-Kernel von kernel.org angewendet, nämlich 2.6.22-rc5.

Zeilen-Offset hat sich geändert, aber ansonsten scheint der Patch zu funktionieren.

Wie gesagt, super Teil!

Weil die Änderung per Hand immer einiges zu tippen war, habe ich ein kleines Shellscript geschrieben, das auch gleich nachguckt, ob man alles korrekt eingegeben hat, und die Ansteuerung der Pseudodateien unter /sys/devices/... automatisiert.

Mein Script ist für nen AMD64 X2, also macht es für beide Kerne, "cpu0" und "cpu1" die Einstellung.

Die Benutzung ist ganz einfach. Root werden, und dann:

"vtune FREQUENZ[MHz] SPANNUNG[mV]",

also z.B. "vtune 1000 900", und die Frequenzstufe 1000MHz ist auf 0,9Volt eingestellt.

Wer andere Pfade oder ne Single-Core-CPU hat, kann das natürlich schnell anpassen.

Hier ist das Script; natürlich mit Warnung: Wenn Fehler drin sind, Euer Pech...

#!/bin/sh
# vtune - Ändern der Prozessor-Kernspannung bei der AMD K8 Dualcore-CPU in Zusammenhang mit gepatchtem powernow-k8-Kernelmodul.






MIN_VOLT=800
MAX_VOLT=1400




printf %b "\n\n  vtune: Skript ändert Prozessor-Kernspannung. \n\nBenutzung: vtune FREQUENZ[MHz] SPANNUNG[mV]\n\n"




if [ "$2" -ge $MIN_VOLT -a "$2" -le $MAX_VOLT ]; then


printf %b "\nOK. Spannung liegt im Bereich\n"


else
printf %b "\nDie angegebene Spannung muss zwischen $MIN_VOLT Millivolt und $MAX_VOLT Millivolt liegen!\nBenutzung: vtune FREQUENZ[MHz] SPANNUNG[mV]\n\n"
exit 1


fi




if [ -r /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq -a -r /sys/devices/system/cpu/cpu1/cpufreq/scaling_max_freq ]; then


min_freq_kHz=$( cat /sys/devices/system/cpu/cpu1/cpufreq/scaling_min_freq )
max_freq_kHz=$( cat /sys/devices/system/cpu/cpu1/cpufreq/scaling_max_freq )


printf %b "OK. Minimale Scaling-Frequenz ist $(( $min_freq_kHz / 1000 )) MHz.\nMaximale Scaling-Frequenz ist $(( $max_freq_kHz / 1000 )) MHz.\n"


else
printf %b "\nKann die Pseudodateien /sys/devices/system/cpu/cpu1/cpufreq/scaling_min_freq und -_max_freq nicht lesen.\nEntweder das powernow-k8 Kernelmodul ist nicht korrekt gepatcht, oder die Pfade stimmen nicht, oder Sie sind nicht Root.\n\n"
exit 1


fi




if [ -w /sys/devices/system/cpu/cpu0/cpufreq/scaling_"$1"_mhz_voltage -a -w /sys/devices/system/cpu/cpu1/cpufreq/scaling_"$1"_mhz_voltage ]; then


printf %b "OK. Die angegebene Frequenzstufe von "$1" MHz scheint gültig zu sein.\n"


else
printf %b "\nKann auf die Pseudodateien /sys/devices/system/cpu/cpuX/cpufreq/scaling_"$1"_mhz_voltage nicht schreiben.\nEntweder die eingegebene Frequenzstufe ist nicht gültig, oder Sie sind nicht Root.\n\n"
exit 1


fi




# Hauptteil


printf %b "\nVersuche, bei beiden Prozessorkernen die \nFrequenzstufe $(( $1 * 1000 )) kHz auf "$2" mV zu setzen.\n\n"


echo $max_freq_kHz > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
echo $max_freq-kHz > /sys/devices/system/cpu/cpu1/cpufreq/scaling_min_freq
echo "$2" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_"$1"_mhz_voltage
echo "$2" > /sys/devices/system/cpu/cpu1/cpufreq/scaling_"$1"_mhz_voltage
echo $min_freq_kHz > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
echo $min_freq_kHz > /sys/devices/system/cpu/cpu1/cpufreq/scaling_min_freq


resultat0=$( cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_"$1"_mhz_voltage )
resultat1=$( cat /sys/devices/system/cpu/cpu1/cpufreq/scaling_"$1"_mhz_voltage )
echo Prozessorkern 0: Frequenzstufe "$1" MHz ist jetzt auf $resultat0 mV gesetzt.
echo Prozessorkern 1: Frequenzstufe "$1" MHz ist jetzt auf $resultat1 mV gesetzt.

Der Patch ist wirklich super danke.
Wenn noch miliVolts zu milliVolts ausgebessert werden und die Beschränkung mit den 200mV aufgehoben werden(mein x2 3600+ geht auf 0,950 runter und zwei schritte zu machen mag ich nicht), wäre es sehr toll wenn der Patch in den offiziellen Kernel geraten würde.

Schon darüber nachgedacht ihn auf der
CPUFreq mailing liste mit Beschreibung was der Patch macht zu posten?
http%3A%2F%2Flists%2Elinux%2Eo…lman%2Flistinfo%2Fcpufreq

Zitat

CPUFreq mailing liste

Ja stimmt eigentlich,
könnte man mal machen.

Trotzdem wird der Patch wahrscheinlich nicht in den Mainstream eingehen können,
da
a) hier eine Übersetzung der Maschinenwerte in Menschen-Lesabare Werte geschieht, was von den Kernel-Leuten lieber im User-Space gesehen wird.
und
b) der Patch dem "out-of-spec"-Betreiben eines Gerätes dient, was auch nicht so gern gesehen wird...

Werds aber trotzdem mal posten in den nächsten Wochen...
Grüsse,
Bitz