Cool'n Quiet con una utility x TUTTI!

[davide155]

Originariamente inviato da appleroof

no..la mia no...

mi sà che non si può fare un discorso valido per tutti da questo punto di vista...

cmq grazie lo stesso per il chiarimento

La tua no? Mmmhhh......si vede che è un modello che non lo supporta, anche se mi sembra strano

Cmq il discorso che ho fatto io fila liscio. Si può applicare a tutti i pc. Solo che dall'accensione fino a che non entra in funzione RM il procio sta a 1.55

Cmq questo valore alto è colpa anche della mia mobo che fa cagare.......ha un difetto di fabbrica. L'avevo già speigato tempo fa.......in pratica mi manca una forbice di voltaggio. Proprio quella che mi interesserebbe a me

[appleroof]

Originariamente inviato da davide155

La tua no? Mmmhhh......si vede che è un modello che non lo supporta, anche se mi sembra strano

Cmq il discorso che ho fatto io fila liscio. Si può applicare a tutti i pc. Solo che dall'accensione fino a che non entra in funzione RM il procio sta a 1.55

Cmq questo valore alto è colpa anche della mia mobo che fa cagare.......ha un difetto di fabbrica. L'avevo già speigato tempo fa.......in pratica mi manca una forbice di voltaggio. Proprio quella che mi interesserebbe a me

cmq per oc meglio RM che il c'n'q nel mio caso, speriamo che il prox bios dfi risolva un pò sti problemi

[davide155]

Originariamente inviato da appleroof

cmq per oc meglio RM che il c'n'q nel mio caso, speriamo che il prox bios dfi risolva un pò sti problemi

Te lo auguro, perchè so cosa vuol dire non poter sfruttare a pieno le capacità del procio epr colpa della mobo

[ltmlmotig]

solo le LANPARTY hanno quella opzione.

[davide155]

Originariamente inviato da ltmlmotig

solo le LANPARTY hanno quella opzione.

Ecco vedi appleproof......

Quindi sei sfigato

[appleroof]

Originariamente inviato da davide155

Ecco vedi appleproof......

Quindi sei sfigato

no vabbè questo delle lanparty lo sapevo anche prima di prendere l'infinity sli grazie...cmq non mi convinci: ogni mobo ha una sua "reazione" all'uso di rmclock e la tua è solo una soluzione personale non valida per tutti...

byezzzz

[davide155]

Originariamente inviato da appleroof

no vabbè questo delle lanparty lo sapevo anche prima di prendere l'infinity sli grazie...cmq non mi convinci: ogni mobo ha una sua "reazione" all'uso di rmclock e la tua è solo una soluzione personale non valida per tutti...

byezzzz

Si ma non centra la mobo qui.
Centra il fatto di mettere un voltaggio alto da bios rispetto al massimo che può fare RM. Questo si può fare in tute le mobo. Ovvio che sulle lanparty il divario si può assottigliare, ma non risolvere del tutto

[Demetrius]

Originariamente inviato da davide155

Si ma non centra la mobo qui.
Centra il fatto di mettere un voltaggio alto da bios rispetto al massimo che può fare RM. Questo si può fare in tute le mobo. Ovvio che sulle lanparty il divario si può assottigliare, ma non risolvere del tutto

purtroppo non è così..... nella maggior parte delle mobo, se imposti un voltaggio fissato, RM non lo può cambiare, e si limita ad abbassare le frequenze, lasciando il voltaggio a quello impostato dal bios.

[davide155]

Originariamente inviato da Demetrius

purtroppo non è così..... nella maggior parte delle mobo, se imposti un voltaggio fissato, RM non lo può cambiare, e si limita ad abbassare le frequenze, lasciando il voltaggio a quello impostato dal bios.

Ma siamo sicuri?
Cioè se nelle vostre DFI mettete 1.55 e attraverso rm mettete 1.35V non ve lo scala?
Impossibile........

[megthebest]

qualcuno ha testato la 2.1 beta ??

io ce l'ho su , ha delle migliorie , ma marginali , e cmq ancora nn risolve i problemi di visualizzazione della reale velocità della cpu , con il mio 4400+ e abit at8 32x .... ho scritto al supporto rmclock , sperando in un aggiornamento ..

ora la versione 2.1 è + facilemnte configurabile , ed introduce queste novità (in inglese ) :
# Modified P-states selection behavior (removed multiple states selection warning) for "Power Saving" and "Maximum Performance" profiles
# Added option to enable/disable profiles selection with left-clicking main tray icon
# Fixed occasional lock-ups at "multiple refresh" condition possible to occur when the system is under high load
# Fixed Windows Power Management special cases handling (when Suspend or Hibernate states are not allowed)


ciao ...

p.s. nel mio caso , rmclock con cpu overcloccata , ma vcore default , se rmclock è impostato con p-state a 11X e voltaggio ad 1,4 , questo realmente viene "portato" ad 1,4v , anche se da bios era 1,35v .... quindi l'overvolt viene praticato , ma al max fino ad 1,4v .... questa è una mia esperienza , nn se se è applicabile ad altre configurazioni

[appleroof]

Originariamente inviato da megthebest

p.s. nel mio caso , rmclock con cpu overcloccata , ma vcore default , se rmclock è impostato con p-state a 11X e voltaggio ad 1,4 , questo realmente viene "portato" ad 1,4v , anche se da bios era 1,35v .... quindi l'overvolt viene praticato , ma al max fino ad 1,4v .... questa è una mia esperienza , nn se se è applicabile ad altre configurazioni

questo, e quello che dice Demetrius, mi conferma che rmclock "reagisce" in maniera diversa a seconda delle mobo: anche a me se metto tipo 1.5 vcore da bios, rmclock non varia proprio nulla, cioè varia il molti ma non il voltaggio...ma crdo sia normale imho essendo un sw gratuito e per il quale non si può pretendere un'ottimizzazione migliore...

[davide155]

Originariamente inviato da appleroof

questo, e quello che dice Demetrius, mi conferma che rmclock "reagisce" in maniera diversa a seconda delle mobo: anche a me se metto tipo 1.5 vcore da bios, rmclock non varia proprio nulla, cioè varia il molti ma non il voltaggio...ma crdo sia normale imho essendo un sw gratuito e per il quale non si può pretendere un'ottimizzazione migliore...

Invece a me lo varia eccome

Anzi proprio così ho trovato il voltaggio migliore per il rock solid da windows
Senza più entrare nel bios. Alzavo e abbassavo il voltaggio tranquillamente, ad un massimo pari al voltaggio impostato da bios

[Demetrius]

Originariamente inviato da megthebest

qualcuno ha testato la 2.1 beta ??

io ce l'ho su , ha delle migliorie , ma marginali , e cmq ancora nn risolve i problemi di visualizzazione della reale velocità della cpu , con il mio 4400+ e abit at8 32x .... ho scritto al supporto rmclock , sperando in un aggiornamento ..

se ho capito bene quello che intendi, il problema della visualizzazione della reale velocità della cpu, si risolve così:

Q: The core frequency/throttle of my Athlon 64 CPU reported by RMClock stays the same, despite the FID changes. What's wrong?

A: This is the OS implementation bug. It is usually observed on a multiprocessor systems (including AMD multi-core processors), when ACPI Multiprocessor PC kernel is used, as well as on a current Windows XP x64 Edition release, regardless of the kernel type. The problem is related to the High-Performance Counter (HPC) featured by the OS. Normally, the ACPI timer is used as a clock source for this counter, when the processor's Time Stamp Counter (TSC) frequency is known to get changed over time (as it does on a Cool`n'Quiet(tm)-enabled system). However, some OS implementations/kernels, like those mentioned above, erroneously choose TSC as a source of HPC clock, thus violating the main requirement for this counter (the frequency of HPC is guaranteed not to change over time). Since HPC frequency is no longer constant and changes in line with TSC frequency, we are getting incorrect TSC/HPC ratio and, therefore, incorrect CPU frequency indication.

Fortunately, a solution exists for this bug, and it requires editing the boot.ini file found at the root directory of your system disk drive (e.g., C:\boot.ini). To force the OS use the ACPI timer as HPC clock source, you need to add /USEPMTIMER option to your current system settings, e.g.,

"multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /noexecute=optin /fastdetect"

should become:

"multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /noexecute=optin /fastdetect /usepmtimer"

[Demetrius]

Originariamente inviato da appleroof

questo, e quello che dice Demetrius, mi conferma che rmclock "reagisce" in maniera diversa a seconda delle mobo: anche a me se metto tipo 1.5 vcore da bios, rmclock non varia proprio nulla, cioè varia il molti ma non il voltaggio...ma crdo sia normale imho essendo un sw gratuito e per il quale non si può pretendere un'ottimizzazione migliore...

più che altro penso sia un problema di implementazione nel BIOS, e dipende dalla scelta del produttore... RM dice alla scheda madre di cambiare il VID, ma poi dipende da questa applicare la modifica e come farlo, a seconda anche delle impostazioni scelte nel bios

[davide155]

Originariamente inviato da Demetrius

più che altro penso sia un problema di implementazione nel BIOS, e dipende dalla scelta del produttore... RM dice alla scheda madre di cambiare il VID, ma poi dipende da questa applicare la modifica e come farlo, a seconda anche delle impostazioni scelte nel bios

Purtroppo non conosco altra gente che ha un 939 oltre un ragazzo che ha la mia stessa config più o meno.
Altrimenti provavo perchè sono troppo curioso di vedere questo fatto.
A me funge benissimo.....ma di sicuro è il bios della mobo. E in una piccola percentuale anche i possessori di questo hardware che non sanno usare ancora bene il programmino

[Rog]

Originariamente inviato da davide155

Ho messo da bios un voltaggio alto, tipo 1.55 (non posso mettere meno, perchè la mia mobo salta fino a scendere a 1.43V, non facendomi selezionare gli intermedi ).
Poi una volta in windows se avvio rm e imposto a 1.3V (come ho adesso) mi segna da cpu-z 1.44V.

Si ma questo vale per la tua configurazione, per la tua mb abbinata alla tua cpu, ma non vale in generale.
Se io imposto il voltaggio che mi serve da bios, poi RMClock e CrystalCPUID mi variano la frequenza ma non intervengono più sul voltaggio, che rimane fisso. Se invece lasciassi voltaggio di default nel bios allora si che RMClock mi varierebbe il voltaggio, ma limitandomelo a 1,4 (mentre a me serve 1,45).
Vorrei inoltre precisare che non è assolutamente vero che le DFI permettono di incrementare il voltaggio di una percentuale! Le DFI Lanparty lo permettono, altre DFI (come la Infinity che ho io) non lo permettono!

[gianlu75xp]

Originariamente inviato da Demetrius

se ho capito bene quello che intendi, il problema della visualizzazione della reale velocità della cpu, si risolve così:

Q: The core frequency/throttle of my Athlon 64 CPU reported by RMClock stays the same, despite the FID changes. What's wrong?

A: This is the OS implementation bug. It is usually observed on a multiprocessor systems (including AMD multi-core processors), when ACPI Multiprocessor PC kernel is used, as well as on a current Windows XP x64 Edition release, regardless of the kernel type. The problem is related to the High-Performance Counter (HPC) featured by the OS. Normally, the ACPI timer is used as a clock source for this counter, when the processor's Time Stamp Counter (TSC) frequency is known to get changed over time (as it does on a Cool`n'Quiet(tm)-enabled system). However, some OS implementations/kernels, like those mentioned above, erroneously choose TSC as a source of HPC clock, thus violating the main requirement for this counter (the frequency of HPC is guaranteed not to change over time). Since HPC frequency is no longer constant and changes in line with TSC frequency, we are getting incorrect TSC/HPC ratio and, therefore, incorrect CPU frequency indication.

Fortunately, a solution exists for this bug, and it requires editing the boot.ini file found at the root directory of your system disk drive (e.g., C:\boot.ini). To force the OS use the ACPI timer as HPC clock source, you need to add /USEPMTIMER option to your current system settings, e.g.,

"multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /noexecute=optin /fastdetect"

should become:

"multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /noexecute=optin /fastdetect /usepmtimer"

io ho scritto come lui al supporto tecnico di RM Clock e ho parlato con il programmatore, niente da fare neanche con la soluzione che hai postato tu e che ho già provato: il mio 4400+ segna sempre 2200 mhz nella tray mentre la frequenza reale effettivamente varia (verificata con un utility AMD)
finchè persiste questo bug non reinstallo RM, non so mai se mi scala o no il moltiplicatore... funzionava tutto a meraviglia col Venice 3500+, col dual core invece.....

[gianlu75xp]

Qualcuno utilizza con successo CrystalCPUID su un procio X2?

Quasi quasi lo provo.... dite che faccio bene?

[davide155]

Originariamente inviato da Rog

Vorrei inoltre precisare che non è assolutamente vero che le DFI permettono di incrementare il voltaggio di una percentuale! Le DFI Lanparty lo permettono, altre DFI (come la Infinity che ho io) non lo permettono!

Infatti l'abbiamo precisato negli ultimi post

[davide155]

Originariamente inviato da gianlu75xp

io ho scritto come lui al supporto tecnico di RM Clock e ho parlato con il programmatore, niente da fare neanche con la soluzione che hai postato tu e che ho già provato: il mio 4400+ segna sempre 2200 mhz nella tray mentre la frequenza reale effettivamente varia (verificata con un utility AMD)
finchè persiste questo bug non reinstallo RM, non so mai se mi scala o no il moltiplicatore... funzionava tutto a meraviglia col Venice 3500+, col dual core invece.....

Lo fa pure a me questo problema.
E pure al mio vicino col 3800x2.
Quindi credo proprio che sia un problema a livello software. Perchè la frequenza e il voltaggio me li varia eccome......

Anche con il programma dell'APC vedo che quando rm si attiva la corrente usata si dimezza di watt......quindi funziona sta tranquillo