Q6600 taktet unter Ubuntu nicht mehr hoch

[Cantor]

Hallo,
ich habe ein Abit IP35 Pro mit einem Q6600. Nachdem ich mal testweise meinen E5200 eingebaut hatte, taktet der erste Kern meines Q6600 nicht mehr hoch. Kern 2, 3 und 4 kann ich problemlos zwischen Multi 6 und 9 takten. Nur der 1. Kern bleibt immer auf einem Multi von 6.
Sowohl das manuelle wählen eines Multis von 9 als auch das Einstellen von "Performance" bringen den 1. Kern selbst unter Volllast (mprime) nicht dazu, hochzutakten.

Ubuntu wurde bereits neu installiert, das Problem trat zuerst bei 9.10 64 Bit auf, inzwischen ist 10.04 64 Bit installiert.

CMOS Reset wurde durchgeführt. Das Porblem tritt sowohl ohne Übertaktung als auch mit Übertaktung auf 3GHz auf.

Windows XP 64 Bit zeigt unter CPU-Z einen konstanten Takt von 3GHz auf allen 4 Kernen an.

Weiß jemand, woran das liegen kann?

 

[Cantor]

Weiß keiner einen Rat?

 

[0laf]

Mein dualcore athlon hat bei mprime auch nicht hochgetaktet. Bei anderen Programmen zb povray taktet er jedoch ordnungsgemäß hoch. Hast du schon mal den CPU-Takt mit einer anderen Auslastung (kein mprime) überprüft?. Und mit welchen Programm lässt du dir den Takt anzeigen, vielleicht liegt darin auch ein Fehler? Benutz einfach cat /proc/cpuinfo. Poste doch auch mal die Ausgabe von cpufreq-info.

 

[Cantor]

cat /proc/cpuinfo liefert mir bei CPU0 2GHz, bei CPU 1,2,3 jeweils 3GHz.

cpufreq-info

Bitte melden Sie Fehler an cpufreq@vger.kernel.org.
analysiere CPU 0:
  Treiber: acpi-cpufreq
  Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 0
  Die Taktfrequenz folgender CPUs werden per Software koordiniert: 0
  Maximale Dauer eines Taktfrequenzwechsels: 10.0 us.
  Hardwarebedingte Grenzen der Taktfrequenz: 2.00 GHz - 3.01 GHz
  mögliche Taktfrequenzen: 3.01 GHz, 2.00 GHz
  mögliche Regler: conservative, ondemand, userspace, powersave, performance
  momentane Taktik: die Frequenz soll innerhalb 2.00 GHz und 2.00 GHz.
                    liegen. Der Regler "userspace" kann frei entscheiden,
                    welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
  momentane Taktfrequenz ist 2.00 GHz.
  Statistik:3.01 GHz:0,00%, 2.00 GHz:100,00%  (5)
analysiere CPU 1:
  Treiber: acpi-cpufreq
  Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 1
  Die Taktfrequenz folgender CPUs werden per Software koordiniert: 1
  Maximale Dauer eines Taktfrequenzwechsels: 10.0 us.
  Hardwarebedingte Grenzen der Taktfrequenz: 2.00 GHz - 3.01 GHz
  mögliche Taktfrequenzen: 3.01 GHz, 2.00 GHz
  mögliche Regler: conservative, ondemand, userspace, powersave, performance
  momentane Taktik: die Frequenz soll innerhalb 2.00 GHz und 3.01 GHz.
                    liegen. Der Regler "userspace" kann frei entscheiden,
                    welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
  momentane Taktfrequenz ist 3.01 GHz.
  Statistik:3.01 GHz:98,56%, 2.00 GHz:1,44%  (2268)
analysiere CPU 2:
  Treiber: acpi-cpufreq
  Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 2
  Die Taktfrequenz folgender CPUs werden per Software koordiniert: 2
  Maximale Dauer eines Taktfrequenzwechsels: 10.0 us.
  Hardwarebedingte Grenzen der Taktfrequenz: 2.00 GHz - 3.01 GHz
  mögliche Taktfrequenzen: 3.01 GHz, 2.00 GHz
  mögliche Regler: conservative, ondemand, userspace, powersave, performance
  momentane Taktik: die Frequenz soll innerhalb 2.00 GHz und 3.01 GHz.
                    liegen. Der Regler "userspace" kann frei entscheiden,
                    welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
  momentane Taktfrequenz ist 3.01 GHz.
  Statistik:3.01 GHz:98,57%, 2.00 GHz:1,43%  (1926)
analysiere CPU 3:
  Treiber: acpi-cpufreq
  Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 3
  Die Taktfrequenz folgender CPUs werden per Software koordiniert: 3
  Maximale Dauer eines Taktfrequenzwechsels: 10.0 us.
  Hardwarebedingte Grenzen der Taktfrequenz: 2.00 GHz - 3.01 GHz
  mögliche Taktfrequenzen: 3.01 GHz, 2.00 GHz
  mögliche Regler: conservative, ondemand, userspace, powersave, performance
  momentane Taktik: die Frequenz soll innerhalb 2.00 GHz und 3.01 GHz.
                    liegen. Der Regler "userspace" kann frei entscheiden,
                    welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
  momentane Taktfrequenz ist 3.01 GHz.
  Statistik:3.01 GHz:98,57%, 2.00 GHz:1,43%  (2524)

Seltsam:

sudo cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq 
3006000

 

[0laf]

Hi,

also max/min Frequenz wird ja schon mal richtig erkannt, probier als root mal:
cpufreq-selector -g performance
dann sollten alle kerne auf 3.01Ghz hochtakten. überprüf mit cat /proc/cpuinfo | grep MHz
mal ob dem auch so ist.

 

[Cantor]

Das Ausführen des Befehls "cpufreq-selector..." dauert ca 40 Sekunden.

cpu MHz		: 2004.000
cpu MHz		: 3006.000
cpu MHz		: 3006.000
cpu MHz		: 3006.000

cpufreq-set führt er ohne Verzögerung aus, jedoch das gleiche Ergebnis. CPU0 taktet nur auf 2004MHz.

Ich habe gerade den Benchmark von povray durchlaufen lassen. Leider unterstützt die aktuelle Version nur Single Cores. Er wechselt immer mal wieder zwischen CPU0 und CPU1, jedoch taktet CPU0 nicht hoch.

 

[0laf]

hm, das ist echt merkwürdig
editier mal das Init-Script /etc/init.d/cpufrequtils
Suche die paar Zeilen und...

ENABLE="true"
GOVERNOR="ondemand"
MAX_SPEED="0"
MIN_SPEED="0"

veränder die zu:

ENABLE="true"
GOVERNOR="ondemand"
MAX_SPEED="[B]3000[/B]"
MIN_SPEED="0"

Dann neu starten und nochmal cpufreq-info posten, hoffentlich klappts dann

 

[Cantor]

Leider unverändert nach einem Rechner Neustart.

cpufreq-info zeigt mir korrekt meinen gewählten Governor (momentane Taktik), aber leider kann er nur zwischen 2 und 2GHz wählen.


sudo /etc/init.d/cpufrequtils restart liefert mir mit ein [FAIL], wenn ich das Skript mit dem Wert 3000 neustarten will. Mit dem Wert 0 klappt es [OK].

 

[0laf]

oh, my bad, du musst die werte so eintragen wie sie cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies ausgibt, also:

ENABLE="true"
GOVERNOR="ondemand"
MAX_SPEED="[B]3000000[/B]"
MIN_SPEED="0"

 

[Cantor]

Jetzt startet er den Dienst mit einem [OK]. Leider bleibt der Takt trotz 4x100% nur auf 2GHz (CPU0). CPU1,2,3 takten wie gewohnt auf 3GHz.

analysiere CPU 0:
  Treiber: acpi-cpufreq
  Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 0
  Die Taktfrequenz folgender CPUs werden per Software koordiniert: 0
  Maximale Dauer eines Taktfrequenzwechsels: 10.0 us.
  Hardwarebedingte Grenzen der Taktfrequenz: 2.00 GHz - 3.01 GHz
  mögliche Taktfrequenzen: 3.01 GHz, 2.00 GHz
  mögliche Regler: conservative, ondemand, userspace, powersave, performance
  momentane Taktik: die Frequenz soll innerhalb 2.00 GHz und 2.00 GHz.
                    liegen. Der Regler "ondemand" kann frei entscheiden,
                    welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
  momentane Taktfrequenz ist 2.00 GHz.

Gibt es eine Möglichkeit, cpufreq zu umgehen und die CPU dauerhaft mit 3GHz laufen zu lassen? Dank C1E benötigt die CPU selbst mit 3GHz in idle kaum mehr als mit 2GHz (ca 3 Watt gemessen).

EDIT:
Ich habe nun mal "ondemand" durch "performance" ausgetauscht. Brachte keinerlei Änderung. Anschließend wieder zurück zu "ondemand". Nun liefert mit cpufreq-info folgendes (bei CPU1,2,3. CPU0 bleibt unverändert):

analysiere CPU 3:
  Treiber: acpi-cpufreq
  Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 3
  Die Taktfrequenz folgender CPUs werden per Software koordiniert: 3
  Maximale Dauer eines Taktfrequenzwechsels: 10.0 us.
  Hardwarebedingte Grenzen der Taktfrequenz: 2.00 GHz - 3.01 GHz
  mögliche Taktfrequenzen: 3.01 GHz, 2.00 GHz
  mögliche Regler: conservative, ondemand, userspace, powersave, performance
  momentane Taktik: die Frequenz soll innerhalb 3.01 GHz und 3.01 GHz.
                    liegen. Der Regler "ondemand" kann frei entscheiden,
                    welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
  momentane Taktfrequenz ist 3.01 GHz.
  Statistik:3.01 GHz:92,30%, 2.00 GHz:7,70%  (468)

Nun taktet CPU0 fest mit 2GHz, und die restlichen (CPU1,2,3) fest mit 3GHz, ein runtertakten auf 2GHz ist nicht mehr möglich.

Langsam verzweifle ich echt.

 

[0laf]

ja, cpufreq müsstest du auch abschalten können:

ENABLE="[B]false[/B]"
GOVERNOR="ondemand"
MAX_SPEED="0"
MIN_SPEED="0"

sonst weiß ich jetzt auch nichts mehr schick doch mal einen Bugreport an cpufreq@vger.kernel.org, vielleicht können die dir helfen.

 

[Cantor]

Vielen Dank für deine Mühe. Leider brauchte "false" ebenfalls keine Änderung.
Werde dann wohl einen Bugreport mailen. Vielleicht bringts ja was.

EDIT:
Bugreport wurde verschickt, mit Link zu diesem Thread.

 

[foxxx]

Ich hätte mal einen Vorschlag, um das OS komplett aus der Betrachtung zu ziehen.

Vielleicht spinnt ja irgendetwas anderes wie z.b. das Board selbst.

Mein Vorschlag: CPU komplett ausbauen, den Sockel (speziell die Pins) genau untersuchen mit einer Lupe, und dann die CPU wieder einbauen.
Dann wird die CPU vom Board neu erkannt. Nach dem CPU-Wechsel war vielleicht ein Pin schief, hatte keinen Kontakt oder ähnliches, was nun das Hochtakten verhindert.

Das wäre eine andere Möglichkeit mal etwas neues zu testen.

Viel Erfolg

mfg
foxxx

 

[Cantor]

Wie schon im Eingangspost erwähnt, taktet die CPU laut CPU-Z unter Win XP 64bit auf allen 4 Kernen auf 3GHz hoch. Einen Ausbau der CPU habe ich bereits durchgeführt. Die Pins ebenfalls kontrolliert, da ist alles sauber.

Kann es sein, dass Windows etwas falsch anzeigt?

EIST ist deaktiviert. Windows taktet korrekt auf 3GHz, ein runtertakten ist nicht möglich. Linux bietet mit trotzdem die Möglichkeit. Und laut Benchmark (7z b) taktet er auch korrekt auf 2GHz.
Ein aktivieren von EIST bringt keine Veränderung.

1. Durchlauf mit 2GHz auf allen 4 Kernen.
2. Duchrlauf mit 2GHz auf Kern 1 und 3GHz auf Kern 2, 3 und 4.

icecold@drudge:~$ 7z b

7-Zip 9.04 beta  Copyright (c) 1999-2009 Igor Pavlov  2009-05-30
p7zip Version 9.04 (locale=de_DE.utf8,Utf16=on,HugeFiles=on,4 CPUs)

RAM size:    8001 MB,  # CPU hardware threads:   4
RAM usage:    850 MB,  # Benchmark threads:      4

Dict        Compressing          |        Decompressing
      Speed Usage    R/U Rating  |    Speed Usage    R/U Rating
       KB/s     %   MIPS   MIPS  |     KB/s     %   MIPS   MIPS

22:    7217   305   2299   7020  |    80619   324   2246   7273
23:    6276   273   2343   6395  |    79731   422   1730   7296
24:    6935   314   2376   7457  |    78646   323   2257   7296
25:    7026   337   2380   8022  |    77334   424   1716   7272
----------------------------------------------------------------
Avr:          307   2350   7224               373   1987   7284
Tot:          340   2168   7254
icecold@drudge:~$ 7z b

7-Zip 9.04 beta  Copyright (c) 1999-2009 Igor Pavlov  2009-05-30
p7zip Version 9.04 (locale=de_DE.utf8,Utf16=on,HugeFiles=on,4 CPUs)

RAM size:    8001 MB,  # CPU hardware threads:   4
RAM usage:    850 MB,  # Benchmark threads:      4

Dict        Compressing          |        Decompressing
      Speed Usage    R/U Rating  |    Speed Usage    R/U Rating
       KB/s     %   MIPS   MIPS  |     KB/s     %   MIPS   MIPS

22:    8717   321   2644   8480  |   110260   366   2715   9948
23:    8425   326   2636   8585  |   109239   370   2698   9996
24:    8095   329   2647   8703  |   112446   386   2705  10432
25:    8362   359   2656   9548  |   110909   388   2690  10429
----------------------------------------------------------------
Avr:          334   2646   8829               378   2702  10201
Tot:          356   2674   9515

80MB/s bei 2GHz ergibt pro CPU 20MB/s.
3GHz müssten dann 30MB/s ergeben. In Summe also 20MB/s (Kern 1 @2GHz) + 3x30MB/s (Kern 2, 3 und 4 @3GHz) = 110MB/s.

Der Benchmark schaffte früher 120MB/s, also korrekt 4x30MB/s.

 

[Gelöschtes Mitglied 45455]

Bios reset mal gemacht?

 

[Cantor]

CMOS Reset mehrfach durchgeführt. Sowohl extra als auch im Zuge des CPU Ausbaus.
Da ich auch bereits getestet habe, ob das Problem nur beim Übertakten auftritt, oder immer, wurde auch hierbei ein CMOS Reset durchgeführt.

 

[foxxx]

Ich würde mal versuchen mit apt-get remove --purge die gesamten Powermangement und Clocking-Tools zu deinstallieren, dann die neusten Versionen ausm Internet als Source runterladen und alles auf deinem System kompilieren.

Vielleicht läuft es dann wieder

 

[Cantor]

Leider nein. Habe soeben nach dem entfernen von cpufreqd sowie cpufreq-utils das Ganze aus den Sourcen neu kompiliert. Immer noch das gleiche Problem.

cpufreqd ist nun 2.4.2 (vorher 2.3.3)
cpufreq-utils ist nun 007 (vorher 006)

 

[starkpc.com]

Funktioniert das Hochtakten mit einer anderen Distro?
z.B. mit den Live-CDs von Fedora, openSUSE, Mandriva, PCLinuxOS, Sabayon, Sidux, Knoppix, grml, etc.


Prime95 um das Hochtakten zu testen:
Free Software - GIMPS


Ist vielleicht dieses Abit Guru Feature im BIOS aktiviert?


Vielleicht funktioniert es mit einem anderen Kernel:
Index of /~kernel-ppa/mainline

 

[Cantor]

Ich habe nun meinen Recher von einer 8.04 Live CD gestartet, und dort taktet die CPU ordnungsgemäß auf allen 4 Kernen auf 3GHz. Damit lässt sich ein Hardware Problem ausschließen.
Ich werde wohl 10.04 einfach nochmal neu installieren. Vielen Dank für die hilfreiche Unterstützung.