Cpufreq utils en overclocken

[Xer0X]

Ik zit met een klein probleem.

Ik heb mijn A64 x2 3200 overgeclocked van 2.0ghz naar 2.7ghz

Nu wil ik dus met cpufreq utils mijn clockspeed aanpassen omdat hij niet altijd deze snelheid hoeft te draaien. Mijn probleem is dus dat als ik cpufreq utils gebruik hij altijd de max snelheid pakt van 2.0ghz
(mijn niet overgeclockte snelheid dus). Het maakt hierbij niet uit welke governer ik gebruik.
Ik lees de cpu snelheid af met:
Cat /proc/cpuinfo en/of met Ksysguard (een kde monitor).

Ik zat er namenlijk aan te denken dat die waardes mischien wel niet kloppen maar dat kan ik niet testen.
Of ik weet gewoon niet hoe.

Want cpufreq utils kan alleen de multiplier aanpassen toch? Of ook de fsb?
Als hij alleen de multiplier aan kan passen zou hij dus nooit op 2.0ghz kunnen komen.
Want de multipliers die hij kan gebruiken (volgens dmesg) zijn 4, 5 en 10. en aangezien ik een fsb van 270 heb kan hij dan dus nooit 2.0 worden.

Mischien handig om te weten:
Ik draai Gentoo x86_64
met een 2.6 kernel
op een asrock dual sata2

Iemand een idee?

[niels88]

De muliplier is altijd gelocked. (Uitzonderingen daarbij gelaten ) Maar overclocken in linux, is dat wel een slim plan

[Xer0X]

Mijn multiplier is naar beneden toe geunlockt.
Zoals bij de meeste hedendaagse cpu's volgens mij.
In elk geval bij de prosecoren die aan stroom besparing doen zoals de a64 en de core (2) duo.
En natuurlijk alle mobile proc's

En waarom niet overclocken in linux?
Het maakt toch niet uit of het windows of linux is?
Overclocken is hardware matig heeft je os niks mee te maken.

offtopic:
Edit: even de toon aangepast zou verkeers op gevat kunnen worden

[ Voor 34% gewijzigd door Xer0X op 22-10-2006 23:15 ]

[Boudewijn]

jep maar Linux is soms wel erg picky als je proc gewoon niet 100% kloppende berekeningen maakt.

zeker met gentoo :daar compileer je alles zelf en ben je gewoon gen***d als je proc wat steekjes laat vallen.

[Xer0X]

Ik heb mijn hele systeem bijna in een keer gecompiled op deze cpu met 2.7ghz.
Dus ik heb er alle vertrouwen in dat het wel goed zit

[niels88]

Xer0X schreef op zondag 22 oktober 2006 @ 22:51:

En waarom nietoverclocken in linux?
Het maakt toch niet uit of het windows of linux is?
Overclocken is hardware matig heeft je os niks mee te maken.

Maar je wilt nu op linux de multiplier naar beneden instellen Of wil je de frequentie aanpassen?
Welk progje gebruik je daar nu voor? Zijn er wel alternatieven ervoor?

[Xer0X]

Ik wil inderdaad de multiplier naar beneden instellen als ik niks aan het doen ben
of alleen een beetje office werk.
Mischien heb je er wel eens van gehoord:
Cool & quit heeft AMD dat genoemd en bij Intel heet het geloof ik Speedstep.

Ik hoef natuurlijk niet altijd maximaal gebruik te maken van de proc.
Ik gebruik daarvoor de met de kernel meegebakken cpufreq deamon.
De userspace utils daarvoor heten cpufeq utils.
Daarmee kan je eenvoudig je clock snelheid aanpassen.
Ander moet je steeds:
"/sys/devices/system/cpu/cpu0/cpufreq/scaling_set_speed"
typen.

Zoals in de TS ook staat is het veranderen daarvan het probleem ook niet.
Echter neemt hij automatisch mijn oorspronklijke niet overgeclockte instellingen over

[_JGC_]

Boudewijn schreef op zondag 22 oktober 2006 @ 23:06:
jep maar Linux is soms wel erg picky als je proc gewoon niet 100% kloppende berekeningen maakt.

zeker met gentoo :daar compileer je alles zelf en ben je gewoon gen***d als je proc wat steekjes laat vallen.

Dat merk je snel genoeg. Ik had hier een Athlon XP 2600+ in mijn systeem zitten, werkte voortreffelijk, tot je ging compileren: halverwege het compileren crashte altijd ld eruit bij het linken. CPU vervangen en gaan met die banaan. En ik maar denken dat het het moederbord of geheugen was

[Xer0X]

Ik heb nog even verder gekeken dan mijn neus lang is
Bij cat /proc/cpuinfo
Klopt het aantal bogomips wel.
Dat is namenlijk 5404 bij 2.7ghz
En "maar" 4000 bij 2.0ghz
Als ik nu de ondemand governer gebruik. Dan staat er bij cat /proc/cpuinfo dat de klok snelheid 2.0ghz is maar het aantal bogomips van 5404.
Ik ga er nu dan ook van uit dat de clock speed gewoon niet goed wordt weergegeven.
is er ook een progje dat het werkenlijke aantal mhz test ipv /proc/cpuinfo uitleest?

[Boudewijn]

bogomips zegt niets imo.
heb hier een sempron 2800+ staan die net zoveel bogo's haalt als een opteron 265.
yeah right...


hoe moet een procje die klok meten?
lijkt me dat je eea in je kernel moet gaan pruts0ren.

[Xer0X]

In de kernel prutesen gaat mij toch echt boven de pet.
Er moet toch wel een een of ander benchmarck progje zijn.
Een soort cpu-z voor linux ofzo

We hebben het wel over 2x de delfde cpu natuurlijk.
Zou dan dat bogomips verhaal niet betrouwbaarder zijn als de cpu freq.?

Edit:
Heb nog even gezocht op bogomips.
Het blijkt dat de kernel een bepaalde loop timed bij het opstarten. Die andere modules/progs dan weer kunnen gebruiken al timer. Het aantal bogomips is in dit geval dus wel aan te houden.

Alles werkt dus gewoon maar cpuinfo geeft alleen het verkeerde aantal mhz weer. Kan ik prima mee leven

[ Voor 66% gewijzigd door Xer0X op 23-10-2006 11:33 ]

[Boudewijn]

jep en hoe doe je dat met je 2e core?
een loopje timen lijkt mij vrij singlethreaded...

[Xer0X]

Ik zeg ook niet dat het aantal bogomips klopt. Het heet niet voor niks "Bogo" als in bogus mips.
Het bevestigd voor mij alleen maar dat de cpu op 2.7ghz loopt ipv 2,0.
Zoals ik het zie "berekent" hij het aantal bogomips en haalt hij de cpu mhz waarde gewoon uit een of ander registertje.

[Boudewijn]

ok dan is het duidelijk dat wij op zelfde golflengte zitten.

* Boudewijn ziet te vaak dombo's die het als 'benchmarkscore' zien