Cpu frequency scaling

[zephyr83]

Ho un penitum dual core e2180 e una scheda madre asus p5k-vm. Per motivi di overclock ho disabilitato lo speedstemp Enhanced Speedstep e abbassato il moltiplicatore da 10x a 9x. Su windows il moltiplicatore varia fra 6 e 9 senza problemi in base al carico della cpu. Su linux se non c'è lo speedstep attivo nn fa niente, rimane sempre alla massima frequenza e nn si "avviano" neanche alcuni demoni come ad esempio powernowd o cpuspeed. Da kpowersave le voli relativi alla variazione di frequenza sn disabilitate!!! Cn lo speedstep attivo invece nessun problema, funziona tutto e cn kpowersave varia in automatico la frequenza in base alle impsotazioni scelte. Come faccio a far variare il molitplicatore avennndo lo speedstep disattivato????

[ilsensine]

Non credo sia possibile, c'è stata una precisa presa di posizione degli sviluppatori nel non consentire variazioni di frequenza non in linea con le specifiche del processore.
Consentire di modificare arbitrariamente i moltiplicatori avrebbe questo effetto.

In soldoni: nessun supporto agli overclockers sotto linux.

[zephyr83]

Originariamente inviato da ilsensine

Non credo sia possibile, c'è stata una precisa presa di posizione degli sviluppatori nel non consentire variazioni di frequenza non in linea con le specifiche del processore.
Consentire di modificare arbitrariamente i moltiplicatori avrebbe questo effetto.

In soldoni: nessun supporto agli overclockers sotto linux.

ma è tremendo!!! Ma perché questa scelta assurda? Si tratta solo di varire il moltiplicatore.....nn dipende neanche dallo speedstep che agisce solo sul voltaggio. Davvero inspiegabile

[zephyr83]

mi è sorto un dubbio! ma windows virtualizzato varia la frequenza della cpu?

[ilsensine]

Originariamente inviato da zephyr83

ma è tremendo!!! Ma perché questa scelta assurda? Si tratta solo di varire il moltiplicatore.....nn dipende neanche dallo speedstep che agisce solo sul voltaggio. Davvero inspiegabile

Spiegabilissimo invece; serve ad evitare che qualche improvvisato overclocker della domenica frigga il processore o corrompa i dati.

nn dipende neanche dallo speedstep che agisce solo sul voltaggio.

Frequenze/voltaggi sono legati, e le coppie ammissibili sono specifiche per i diversi processori.

[zephyr83]

Originariamente inviato da ilsensine

Spiegabilissimo invece; serve ad evitare che qualche improvvisato overclocker della domenica frigga il processore o corrompa i dati.


Frequenze/voltaggi sono legati, e le coppie ammissibili sono specifiche per i diversi processori.

Perché su windows nn ci sn questi problemi? Cmq i processori (intel in questo caso) prevedono due metodi per il risparmio energetico: C1E regola il moltiplicatore (e quindi varia la frequenza) e lo speedstep regola il voltaggio (utile per i consumi). basterebbe trattare separatamente questi due sistemi visto che si regolano da bios. E windows riesce a regolare la frequenza in base al solo moltiplicatore impostato da bios! Il mio procio ha moltiplicatore fino a 10x ma se imposto da bios a 9x poi windows lo regola fra 6 e 9 (senza andare a 10). Se ce la fa windows senza programmi aggiuntivi e senza rischiare niente nn capisco che problemi ci siano in linux. posso capire che lo speedstep cn la variazione del voltaggio possa creare problemi (ma è cmq difficile che si frigga qualcosa visto che i valori nn vengono sparati a caso) ma il solo moltiplicatore nn capisco che problemi dia (ovviamente se viene riconosciuto correttamente perché se lo imposto a 6x e poi il sistema operativo me lo spara a 10x si rischia davvero.....ma nn dovrebbero esserci problemi anche qui visto che windows ci riesce senza programmi aggiuntivi). Forse dipende proprio da questa nn sicurezza nel riconsocere il moltiplicatore correttore? Magari da scheda madre a scheda madre varia e nn sn garantiti driver per tutte le mobo. Peccato davvero, diventa un problemuccio così....mi tocca abbassare la frequenza di un po'

[khelidan1980]

Originariamente inviato da zephyr83

Perché su windows nn ci sn questi problemi?

Non si tratta di problemi,è stata una scelta ben precisa!

[zephyr83]

Originariamente inviato da khelidan1980

Non si tratta di problemi,è stata una scelta ben precisa!

Nn c'è un kernel pachato per risolvere sta cosa??? O rinuncio alla varia della frequenza o rinuncio all'overclock (escludo rinunciare a linux.....). Ora da bios ho lasciato lo speedstep attivo ma ho cambiato la frequenza di bus a 266 mhz quindi ho il procio a 2.67 ghz! Linux nn rileva minimanente la variazione di frequenza e varia fra 1.2 ghz e 2 ghz.....che cazzo varia se nn rileva neanche correttamente la frequenza? Del valore nominale frega poco, se per lui i 2.67 ghz sn 2 ghz mi va bene lo stesso.....ma se mi "annulla" l'overclock reimpostando il bus a 266 mhz (ma mi sembra davvero strano) allora nn mi va più bene!!!

[ilsensine]

Originariamente inviato da zephyr83

Nn c'è un kernel pachato per risolvere sta cosa???

C'era una patch (che è stata rigettata per i motivi che ti ho detto) ma non sono riuscito a rintracciarla

O rinuncio alla varia della frequenza o rinuncio all'overclock (escludo rinunciare a linux.....)

La seconda che hai detto...

Ora da bios ho lasciato lo speedstep attivo ma ho cambiato la frequenza di bus a 266 mhz quindi ho il procio a 2.67 ghz! Linux nn rileva minimanente la variazione di frequenza e varia fra 1.2 ghz e 2 ghz.....

Hai fatto dei test di velocità per vedere se non è stata volutamente ricambiata nei valori giudicati "safe"?

[zephyr83]

Originariamente inviato da ilsensine

C'era una patch (che è stata rigettata per i motivi che ti ho detto) ma non sono riuscito a rintracciarla

La seconda che hai detto...

Hai fatto dei test di velocità per vedere se non è stata volutamente ricambiata nei valori giudicati "safe"?

come faccio? dovrei provare a testare ma nn so come e nn so cosa....nn so quanto potrebbero essere attendiblie un test fatto da me.....potrei vedere quanto ci mette a compilare un programma grosso (magari il kernle) oppure una conversione video. uffi mi sa che mene frego della variazione di frequenza e lascio tutto come prima a 3 giga.....avessi una cpu meno sfigatella cn un vcore più basso però sarei più contento!!! Questa il pinguino però nn me la doveva fare speriamo in futuro cambi qualcosa

[khelidan1980]

l'avevo trovata pure io quella patch al tempo ma mi ricordo che decisamente sconsigliata dai dev....

[ilsensine]

Originariamente inviato da zephyr83

come faccio?

Oltre ai vari test esaustivi sulla cpu che già ci sono, puoi farne uno semplice manualmente: effettua una veloce compressione di un file tramite ffmpeg e misura quanto ci mette. Effettua la prova su ramfs per eliminare i disturbi legati all'i/o su disco.

Questa il pinguino però nn me la doveva fare

Il pinguino sta allungando la vita del tuo processore.

[s-y]

beh francamente _se_ scelta è stata è assimilabile a un drm o quasi, imho.
tra l'altro come se chi overclocca non sapesse quello che fa. ok, ce ne sono che si buttano senza informarsi ma se mi si permette che tutti facciano quello che vogliono, e se fanno danni non sarà colpa del risparmio energetico, ma della mancanza di esperienza o anche della troppa voglia di strafare.

se come scusa di un drm viene detto che è per evitare che gli utenti senza volere facciano azioni illegali, come suonerebbe?

e non dimentichiamoci che molto spesso, e in particolare nel caso nei c2d exxx, non si rischia assolutamente niente a overcloccare, dato che i core delle cpu sono bloccati a frequenze inferiori solo per motivi di mercato. nella fattispecie il core è identico a quelloo dei fratelli maggiori (che vengono venduti a 3ghertz e oltre), cambia solo il quantitativo di cache, cosa che btw semplifica le cose in ambito oc in quanto diminuisce la potenza dissipata.

ps: e basta con 'sta storia della vita della cpu che si accorcia, se dura 7 anni invece di 10 cosa cambia nella vita reale?

ps2: accettabile invece un approccio che guarda al risparmio energetico in senso globale, questo si. ecco qui mi sento giustamente attaccabile, come overcloccatore da anni.

[ilsensine]

Originariamente inviato da s-y

tra l'altro come se chi overclocca non sapesse quello che fa.

No non lo sa.
Il silicio è un materiale amorfo, non può vivere in eterno, ha delle imperfezioni congenite che peggiorano con l'utilizzo. Con l'overclock semplicemente riduci le aspettative di vita dell'hardware.

ok, ce ne sono che si buttano senza informarsi ma se mi si permette che tutti facciano quello che vogliono

Suggerisci come può fare il kernel a distinguere gli idioti da quelli che almeno usano un pò di grano salis.

se come scusa di un drm viene detto che è per evitare che gli utenti senza volere facciano azioni illegali, come suonerebbe?

Non c'entra niente il drm, i sorgenti del kernel li hai, puoi modificarli e farci quello che vuoi.

dato che i core delle cpu sono bloccati a frequenze inferiori solo per motivi di mercato.

Questo è purtroppo vero, ma non puoi stabilirlo...

ps: e basta con 'sta storia della vita della cpu che si accorcia, se dura 7 anni invece di 10 cosa cambia nella vita reale?

Se non ti interessa, hai i sorgenti del kernel ti ripeto.

[zephyr83]

Nn sono overclock spinti la mia cpu nn rischia proprio nulla e come ha detto s-y se dura 7 anni anziché 10 nn è un grosso problema! Solitamente chi overclocca e chi usa linux un minimo più informato della media generale degli utenti windows dovrebbe essere informato.....se cn windows nn ci proprio sti problemi perché dovrebbero esserci cn il pinguino? Linux nn sta allungando la vita del mio processore, mi sta limitando purtroppo. Capisco che i sorgenti sn aperti ma mica sn uno sviluppatore io
Bho a me sta scelta mi sembra un po' strana, come per dire "nn siamo sicuri dei risultati che possiamo ottenere e nn vogliamo rischiare". Chi overclocca sa a cosa va incontro, può friggere la cpu ancora prima di avviare il sistema operativo (anche se cn le schede madri di oggi è abbastanza difficile). Se imposto il bus da 200 mhz a 266 mhz in tutta sicurezza senza variare il voltaggio e senza disabilitare i sistemi di risparmio energetico perché dovrebbe reimpostarmi il bus al valore orginale (adesso cercherò di verificare)? mi sembra una cosa assurda!!! Inoltre basterebbe separare lo speedstep dalla variazione del moltiplicatore (se nn sbaglio prima era così). Bho sn condivido questa scelta....più che altro nn capisco perché così "drastica" e secca e abbandonare anche lo sviluppo.
ilsensine se nn è troppo disturbo mi diresti come fare per convertire un video tramite ffmpeg? solo se nn è disturbo così risparmio di andare a cercare da me e faccio prima

[ilsensine]

Originariamente inviato da zephyr83

Nn sono overclock spinti

Allora non capisco perché ne senti il disperato bisogno

Se imposto il bus da 200 mhz a 266 mhz

Cambiare il bus è la modifica più invasiva che puoi fare, visto che incide non solo sul processore ma anche sulla memoria (e forse il bus pci).

ilsensine se nn è troppo disturbo mi diresti come fare per convertire un video tramite ffmpeg? solo se nn è disturbo così risparmio di andare a cercare da me e faccio prima

Prendi un qualsiasi file multimediale e fai:
time ffmpeg -i <filein> fileout.avi

[khelidan1980]

Originariamente inviato da s-y

beh francamente _se_ scelta è stata è assimilabile a un drm o quasi, imho.

bhe non esageriamo,comunque avevo seguito la storia al tempo,ora non ricordo i dettagli,ma la decisione era stata ben motivata dai dev,non è stata una cosa decisa da un giorno all'altro,e francamente non capisco cosa centri il drm,qui nessuno impone niente,i dev del kernel hanno scelto una ben precisa linea,ma come dice ilsensine,i sorgenti sono li,basta modificarli,e francamente se neanche patchset come il kamikaze includono la includono un motivo ci sarà

[ilsensine]

Originariamente inviato da khelidan1980

bhe non esageriamo,comunque avevo seguito la storia al tempo,ora non ricordo i dettagli,ma la decisione era stata ben motivata dai dev,non è stata una cosa decisa da un giorno all'altro,e francamente non capisco cosa centri il drm,qui nessuno impone niente,i dev del kernel hanno scelto una ben precisa linea,ma come dice ilsensine,i sorgenti sono li,basta modificarli,e francamente se neanche patchset come il kamikaze includono la includono un motivo ci sarà

Aggiungo solo che in genere il software non è in grado di danneggiare l'hardware, ma il controllo della frequenza/voltaggio è un raro caso in cui può riuscirci.
Da qui la selta particolarmente conservativa che hanno operato gli sviluppatori.

[zephyr83]

Originariamente inviato da ilsensine

Allora non capisco perché ne senti il disperato bisogno

Cambiare il bus è la modifica più invasiva che puoi fare, visto che incide non solo sul processore ma anche sulla memoria (e forse il bus pci).


Prendi un qualsiasi file multimediale e fai:
time ffmpeg -i <filein> fileout.avi

perché ho speso 100 euro per una scheda madre per questo scopo risparminado sul processore Lo so che cambiare il bus è molto invasivo ma nn lo faccio dal sistema operativo ma dal bios e la scheda madre è predisposta! inoltre portare il bus da 200 a 266 o 333 mhz nn è un grosso problema se la scheda madre lo prevede, è come mettere un processore cn bus a 266 mhz anziché 200. Nn è così tragica come cosa, sn overclock banali e nn esagerati e nn si rischia nulla. Su pci e comapgni ci sn i vari fix impostabili sempre dal bios! La ram può andare "meglio", io ho delle 800 mhz che tengo in sincrono cn il bus a 333 mhz (quindi vanno a 667) cn timing più spinti.
Grazie per il comando, ma come faccio ad eseguire il test in ramfs? scusa nn sn tanto pratico

[ilsensine]

Originariamente inviato da zephyr83

Grazie per il comando, ma come faccio ad eseguire il test in ramfs? scusa nn sn tanto pratico

Intanto installa ffmpeg (una versione più o meno castrata dovrebbe essere presente nei repository di tutte le distribuzioni); poi da una console di root fai questo:

mkdir testdir
mount -t ramfs none testdir
cd testdir

Copia quindi in testdir il file da ricomprimere, ed esegui la compressione da lì.

Nota che ramfs non è memoria soggetta a swap (al contrario di tmpfs che è memoria anonima), quindi usa file di dimensioni molto minori della tua memoria fisica.