Bonjour,
 
Suite à des besoins assez poussés en simulation mathématique (Matlab), j'ai décidé d'acheter un nouveau PC (i7-920) et  de le pousser un peu plus haut que ses 2.6Ghz d'origine.
J'ai donc suivi certaines recommandations et suis monté sans trop de problèmes à 4.2Ghz. Ce qui me permet d'avoir des gains assez impressionnants de temps de simulation.
 
Maintenant, j'ai vu que tous les outils disponibles sous Linux (en partant d'un simple cat /proc/cpuinfo , jusqu'à PerlMon) affichent 2.6Ghz comme fréquence, même lorsque je suis vraisemblablement (à en croire la temperature des cores) à 4.2Ghz..
J'ai lu un vieu post sur un forum américain qui dit que (en tout cas à l'époque) Linux lisait une table de fréquences possibles dans le CPU, et ue donc l'overclocking n'était pas "vu", car non écrit dans ces tables. Savez vous si c'est toujours le cas, et donc s'il n'y a rien à faire?
 
Ce n'est pas vraiment gènant pour moi dans la mesure où ce qui m'importe c'est que je ne doive pas rester 15 à attendre que ma simulation finisse, j'ai pas vraiment besoin de voir à l'écran la fréquence, mais je suis curieux quand même.
 
Merci

Intéressé aussi, j'ai obtenu des résultats contradictoires : en overclockant un C2D ou un Athlon II, la bonne fréquence était indiquée dans cpuinfo, mais en underclockant le C2D, il le voyait toujours à sa fréquence d'origine.

cpufreq-info (qui fait parti de cpufrequtils).
 
http://www.kernel.org/pub/linux/ut [...] utils.html

Marche pas
Même problème  
 

Hmm, ça marche avec un C2D. D'un autre côté, les i7 ont une fréquence variable par core, la méthode de récupération de fréquence doit être différente.
Éventuellement avec le nombre de bogomips dans ton log de démarrage. Sur x86, les bogomips d'1 core valent 2x sa fréquence réelle en Mhz (ton core à 4.2Ghz devrait faire ~8400 bogomips multipliés par le nombre de cores).
 
Cherche ce genre de chose dans dmesg:
 
[    0.000000] Detected 3204.570 MHz processor.
[    0.001005] Calibrating delay loop (skipped), value calculated using timer frequency.. 6409.14 BogoMIPS (lpj=3204570)
[    0.001021] Security Framework initialized
[    0.001027] Mount-cache hash table entries: 256
[    0.001126] Initializing cgroup subsys ns
[    0.001128] Initializing cgroup subsys cpuacct
[    0.001131] Initializing cgroup subsys freezer
[    0.001144] CPU: L1 I cache: 32K, L1 D cache: 32K
[    0.001145] CPU: L2 cache: 2048K
[    0.001147] CPU: Physical Processor ID: 0
[    0.001148] CPU: Processor Core ID: 0
[    0.001150] mce: CPU supports 6 MCE banks
[    0.001154] CPU0: Thermal monitoring enabled (TM2)
[    0.001156] using mwait in idle threads.
[    0.001167] ACPI: Core revision 20090903
[    0.007040] Setting APIC routing to flat
[    0.007447] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[    0.017731] CPU0: Intel(R) Core(TM)2 CPU          4300  @ 1.80GHz stepping 02
[    0.017997] Booting processor 1 APIC 0x1 ip 0x6000
[    0.001999] Initializing CPU#1
[    0.001999] CPU: L1 I cache: 32K, L1 D cache: 32K
[    0.001999] CPU: L2 cache: 2048K
[    0.001999] CPU: Physical Processor ID: 0
[    0.001999] CPU: Processor Core ID: 1
[    0.001999] CPU1: Thermal monitoring enabled (TM2)
[    0.088003] CPU1: Intel(R) Core(TM)2 CPU          4300  @ 1.80GHz stepping 02
[    0.088009] checking TSC synchronization [CPU#0 -> CPU#1]: passed.
[    0.089001] Brought up 2 CPUs
[    0.089002] Total of 2 processors activated (12816.94 BogoMIPS).

Salut,
 
Oui là ça marche. Par contre ça me permet pas de voir en temps réel la frequence du CPU (modifiée par le speedstep & co), mais c'est déjà bien.
 
Merci à toi

Entre temps personne à trouvé comment faire pour le voir en "live"?  
 
Merci