Hardware Upgrade Forum - View Single Post

travis90 · 22-01-2010, 17:31

Guida ai Settaggi di K10Stat

IMPORTANTE
Ricordate che il sistema deve partire con voltaggi e freq stabili! Come se K10Stat non ci fosse!
Poichè quest'ultimo non parte da bios, ma dall'S.O., quindi durante la fase di boot (con le sole impostazioni del bios) dovete essere stabili perchè in questa fase K10Stat non controlla nulla!

Cioè se avete messo nel bios una frequenza instabilmente alta e voltaggio basso (sicuri poi di dargli lo giusto voltaggio con K10Stat solo DOPO esser partito l'SO) , potreste avere in questo caso molto probabilmente un crash durante il boot!

Considerazioni

Usando Cinebench e analizzando i test di (quasi) tutte le probabili configurazioni degli UP Down % e ms, si nota che:

Prestazioni migliori si hanno -->
diminuendo UP (ms)
diminuendo UP (%),
aumentando down (ms)

il down % può creare problemi se aumentato/abbassato troppo

Per un uso normale di K10Stat dovete disabilitare da BIOS il CnQ, il C1e
ed avere i valori di FSB, Molti (e quindi la frequenza totale), i voltaggi (vcore, NB v), tutto su Automatico (o di default)!
Una volta imparato ad usare bene il programma, potete modificare questi valori seguendo la guida al 3° post per i settaggi avanzati nella parte
Settaggi BIOS Modificati (Non di default)

Cominciamo a fissare i parametri da rispettare per la CPU

(Per il NB è spiegato al 3° post)

1)
Configurate i pstate e i voltaggi in modo tale da avere:
pstate0 --> il massimo della vostra freq in oc Rock solid, con relativo voltaggio, trovati e testati durante la ricerca del vostro overclock massimo
pstate3 --> la minima freq in modo tale da mantenere il carico in idle a massimo 30% (per la maggior parte degli utenti, minimo 800mhz)

il pstate 1 e 2 impostateli in base a intervalli di step regolari tra il pstate0 e pstate3

Esempio, pstate0 3.6ghz, pstate3 800mhz
(3600-800)/3= 933--> ampiezza dell'intervallo
probabile pstate2 800+933≈ 1750
probabile pstate1 1750+933≈ 2700

Attenzione! Se da BIOS avete impostato un CPU Host Clock Control (il Bus Speed in cpu-z) diverso da 200, impostando i moltiplicatore in K10Stat, le frequenze effettive (reali) non saranno uguali a quelle segnate da K10Stat
Esempio: in K10Stat al pstate0 il mio FID è 15 e il DID è 0 (corrisponde al moltiplicatore da 15.5), è risulta infatti 3100mhz (200x15.5)
ma in realta il mio CPU Host Clock Control nel bios è 222mhz, quindi la mia frequenza effettiva del pstate0 è 222x15.5= 3441mhz!! (verificabile con cpuz)

Testare i vari pstate con relativi voltaggi con occt linpack (oppure occt normale Dati Grandi, Priorità Alta).
Per testare il Pstate0 basta lasciare K10Stat con gli Up e Down % di default.
Per testare gli altri pstate dovrete bloccare la freq della cpu al relativo pstate; ciò è spiegato al >3° post< in:
"Bloccare Core ad una frequenza fissa!
Cpuz monitora solo il primo core, quindi controllate i settaggi dei core con AMD Overdrive!

2)
l'UP% > Down%
altrimenti se UP% è 19 e down% è 21 e la cpu è a 20, quest'ultima non sa se alzare freq perchè 20>19, o abbassare freq perchè 20<21!!! A livello teorico dovrebbe bloccarsi

, ma a livello pratico potrebbe funzionare, ma in modo inaspettato!
E tenerli troppo vicini si crea il caso del loop!!!

3)
UP %
Tenerlo tra i 70% e i 40% (consigliato 60%)

Se, al Pstate 3, specie con pochi programmi in background (carico in idle), la vostra cpu dovesse stare sempre oltre il 70%, allora non avrete mai il P3, e dovrete aumentare la freq del Pstate in questione!

Alzando troppo l'UP % si rischia di non alzare più la frequenza quando il sistema va a pieno carico (full)
Abbassando troppo l'UP% può alzarsi subito la frequenza quando non ce n'è bisogno, e quindi non sfruttare mai i pstate a basse freq.

4)
Down %
Consiglio di tenerlo tra il 10% se avete pochi programmi in background, fino a 30% se ne avete molti (basta che possiate raggiungere in idle il pstate P3, cioè quello a freq più bassa)

Se, ad una determinata freq di un Pstate (tranne quello P3), specie con pochi programmi in background, la vostra cpu non dovesse scendere oltre il 30%
allora non raggiungerete mai il P3, e dovrete aumentare la freq del Pstate in questione!

Abbassando troppo il Down % si rischia di non abbassare più la frequenza quando il carico del sistema è basso (idle)
Alzando troppo il Down% si rischia che la frequenza scenda troppo presto!

Quest'ultimo caso, abbinato anche ai settaggi delle opzioni precedenti, può creare una cosa particolare!
Poichè impostando per esempio UP a 70% e Down a 60% (valori ipotetici), se una cpu a 1600mhz è utilizzata a 50%, essa scende a 800mhz (perchè 50%<60%), ma a volte per mantenere lo stesso carico (di 1600 a 50%), la cpu a 800mhz è usata al 90%, quindi risale a 1600, poi come prima riscende...
E quindi la frequenza salta continuamente senza stabilizzarsi! (Diciamo che va in uno stato di "Loop")
Quindi consiglio di non avvicinare troppo i valori di UP e Down % e di cambiarli poco da quelli di default: (60 up% --- 20 down%)

5)
UP (ms)
E' consigliato tenerlo basso, 100ms, (0ms se avete la v1.32) specie per i k10 Step C3 (ottimizzati nel cambiare velocemente pstate), poichè alzandolo troppo si fa fronte ad un sistema lento nei brevi tempi di reazione, cioè passando da una freq bassa ad una alta!

6)
Down (ms)
E' consigliato tenerlo alto, 2000 già va bene, aumentarlo di molto porta benefici prestazionali, poichè tiene la frequenza alta sui picchi di carico, e non si dovrà aspettare l'aumento di frequenza, ma in certe situazioni non beneficerete del risparmio energetico!!!

Se per esempio (ipotizzando il tutto):
con impostazioni 60% 20%, 100ms 2000ms
Pstate0 3400mhz
Pstate1 2800mhz
Pstate2 1600mhz
Pstate3 800mhz

un programma al P3 occupa il 5% della cpu (5%< up%), però ogni 5 secondi ha un picco di 200ms del 65% del carico a P3 (65%>60) che poi corrispondono a 33% del P2
ecco che succede quando incontra il primo picco:

il sistema è a 5% di carico, P3, consumo basso
dopo 5 secondi viene il picco
il sistema salta a 65% di carico, dopo 100ms (immediato) pstate 3 passa a 2, consumo più alto
dopo 200ms picco finito, 5% di carico, pstate ancora a 2,
passano 2 secondi ed il pstate da 2 scende a 3

dopo 2000 ms (2 secondi) si ripresenta il picco...ecc
In questo caso abbiamo metà del tempo a P3 e metà a P2

--Se i settaggi fossero stati con impostazioni 60% 20%, 100ms 6000ms
dopo il primo picco la cpu si sarebbe mantenuta costante sul P2, consumo elevato
--Se i settaggi fossero stati con impostazioni 60% 20%, 100ms 1000ms, la cpu sarebbe stato meno tempo sul p2, e quindi più tempo sul P3, e risparmio più elevato!

Passando all'uso reale, questi picchi di carico potrebbero essere:
un'apertura di un programma leggero, browser, finestra ecc, tutti processi che si sbrigano in poco tempo, e che non sono troppo ridondanti da tener alto troppo tempo le freq;
Quindi un Down (ms) alto non dispiacerebbe, visto che nessuno rinuncerebbe alle prestazioni e alla reattività del sistema in cambio di un insignificante risparmio energetico!
Del risparmio energetico ne beneficerete quando avrete un carico basso per molto tempo! Non per pochi secondi!

Andando linearmente ai benefici definiti dal bench, la scelta migliore a livello di prestazioni sarebbe 2% 1% 0ms >4000ms (maggiore di 4000, ancora da definire il limite)
Nel senso che...
La scelta migliore a livello prestazionale è quando la cpu passa dal pstate 3 (freq. più bassa) fino al pstate0 (freq. più alta, esempio: 3400mhz) in un tempo brevissimo!

Anzi, ancor più prestazionale è lasciar la cpu a 3400 mhz fissi! Cosa ovvia!!!
Se volete un sistema costantemente prestante, al limite della massima reattività, allora vi sconsiglio di usare K10stat e/o il Cool N Quiet
Quindi ricordiamoci che se volessimo usare K10Stat, dovremmo trovare un compromesso tra avere il pstate0 (3.4ghz) fisso (prestazioni migliori nella reattività), e avere invece una frequenza variabile potendo così giovare dei consumi bassi!

Consiglio i settaggi di
60% UP - 20% Down - 100ms UP - 4000ms Down
Control Function (Ganged Base On Highest Load Core)

ATTENZIONE!!!
Abbiamo segnalazioni di utenti che hanno problemi impostando UP (ms) 0ms con la nuova versione 1.32
Forse funzionerà con i nuovi Thuban e Zosma, quindi per ora è consigliato 100ms

22-01-2010, 17:31	#2
travis90 Senior Member Iscritto dal: Apr 2007 Città: Sant'Antimo (NA) Messaggi: 1552	Guida ai Settaggi di K10Stat IMPORTANTE Ricordate che il sistema deve partire con voltaggi e freq stabili! Come se K10Stat non ci fosse! Poichè quest'ultimo non parte da bios, ma dall'S.O., quindi durante la fase di boot (con le sole impostazioni del bios) dovete essere stabili perchè in questa fase K10Stat non controlla nulla! Cioè se avete messo nel bios una frequenza instabilmente alta e voltaggio basso (sicuri poi di dargli lo giusto voltaggio con K10Stat solo DOPO esser partito l'SO) , potreste avere in questo caso molto probabilmente un crash durante il boot! Considerazioni Usando Cinebench e analizzando i test di (quasi) tutte le probabili configurazioni degli UP Down % e ms, si nota che: Prestazioni migliori si hanno --> diminuendo UP (ms) diminuendo UP (%), aumentando down (ms) il down % può creare problemi se aumentato/abbassato troppo Per un uso normale di K10Stat dovete disabilitare da BIOS il CnQ, il C1e ed avere i valori di FSB, Molti (e quindi la frequenza totale), i voltaggi (vcore, NB v), tutto su Automatico (o di default)! Una volta imparato ad usare bene il programma, potete modificare questi valori seguendo la guida al 3° post per i settaggi avanzati nella parte Settaggi BIOS Modificati (Non di default) Cominciamo a fissare i parametri da rispettare per la CPU (Per il NB è spiegato al 3° post) 1) Configurate i pstate e i voltaggi in modo tale da avere: pstate0 --> il massimo della vostra freq in oc Rock solid, con relativo voltaggio, trovati e testati durante la ricerca del vostro overclock massimo pstate3 --> la minima freq in modo tale da mantenere il carico in idle a massimo 30% (per la maggior parte degli utenti, minimo 800mhz) il pstate 1 e 2 impostateli in base a intervalli di step regolari tra il pstate0 e pstate3 Esempio, pstate0 3.6ghz, pstate3 800mhz (3600-800)/3= 933--> ampiezza dell'intervallo probabile pstate2 800+933≈ 1750 probabile pstate1 1750+933≈ 2700 Attenzione! Se da BIOS avete impostato un CPU Host Clock Control (il Bus Speed in cpu-z) diverso da 200, impostando i moltiplicatore in K10Stat, le frequenze effettive (reali) non saranno uguali a quelle segnate da K10Stat Esempio: in K10Stat al pstate0 il mio FID è 15 e il DID è 0 (corrisponde al moltiplicatore da 15.5), è risulta infatti 3100mhz (200x15.5) ma in realta il mio CPU Host Clock Control nel bios è 222mhz, quindi la mia frequenza effettiva del pstate0 è 222x15.5= 3441mhz!! (verificabile con cpuz) Testare i vari pstate con relativi voltaggi con occt linpack (oppure occt normale Dati Grandi, Priorità Alta). Per testare il Pstate0 basta lasciare K10Stat con gli Up e Down % di default. Per testare gli altri pstate dovrete bloccare la freq della cpu al relativo pstate; ciò è spiegato al >3° post< in: "Bloccare Core ad una frequenza fissa! Cpuz monitora solo il primo core, quindi controllate i settaggi dei core con AMD Overdrive! 2) l'UP% > Down% altrimenti se UP% è 19 e down% è 21 e la cpu è a 20, quest'ultima non sa se alzare freq perchè 20>19, o abbassare freq perchè 20<21!!! A livello teorico dovrebbe bloccarsi , ma a livello pratico potrebbe funzionare, ma in modo inaspettato! E tenerli troppo vicini si crea il caso del loop!!! 3) UP % Tenerlo tra i 70% e i 40% (consigliato 60%) Se, al Pstate 3, specie con pochi programmi in background (carico in idle), la vostra cpu dovesse stare sempre oltre il 70%, allora non avrete mai il P3, e dovrete aumentare la freq del Pstate in questione! Alzando troppo l'UP % si rischia di non alzare più la frequenza quando il sistema va a pieno carico (full) Abbassando troppo l'UP% può alzarsi subito la frequenza quando non ce n'è bisogno, e quindi non sfruttare mai i pstate a basse freq. 4) Down % Consiglio di tenerlo tra il 10% se avete pochi programmi in background, fino a 30% se ne avete molti (basta che possiate raggiungere in idle il pstate P3, cioè quello a freq più bassa) Se, ad una determinata freq di un Pstate (tranne quello P3), specie con pochi programmi in background, la vostra cpu non dovesse scendere oltre il 30% allora non raggiungerete mai il P3, e dovrete aumentare la freq del Pstate in questione! Abbassando troppo il Down % si rischia di non abbassare più la frequenza quando il carico del sistema è basso (idle) Alzando troppo il Down% si rischia che la frequenza scenda troppo presto! Quest'ultimo caso, abbinato anche ai settaggi delle opzioni precedenti, può creare una cosa particolare! Poichè impostando per esempio UP a 70% e Down a 60% (valori ipotetici), se una cpu a 1600mhz è utilizzata a 50%, essa scende a 800mhz (perchè 50%<60%), ma a volte per mantenere lo stesso carico (di 1600 a 50%), la cpu a 800mhz è usata al 90%, quindi risale a 1600, poi come prima riscende... E quindi la frequenza salta continuamente senza stabilizzarsi! (Diciamo che va in uno stato di "Loop") Quindi consiglio di non avvicinare troppo i valori di UP e Down % e di cambiarli poco da quelli di default: (60 up% --- 20 down%) 5) UP (ms) E' consigliato tenerlo basso, 100ms, (0ms se avete la v1.32) specie per i k10 Step C3 (ottimizzati nel cambiare velocemente pstate), poichè alzandolo troppo si fa fronte ad un sistema lento nei brevi tempi di reazione, cioè passando da una freq bassa ad una alta! 6) Down (ms) E' consigliato tenerlo alto, 2000 già va bene, aumentarlo di molto porta benefici prestazionali, poichè tiene la frequenza alta sui picchi di carico, e non si dovrà aspettare l'aumento di frequenza, ma in certe situazioni non beneficerete del risparmio energetico!!! Se per esempio (ipotizzando il tutto): con impostazioni 60% 20%, 100ms 2000ms Pstate0 3400mhz Pstate1 2800mhz Pstate2 1600mhz Pstate3 800mhz un programma al P3 occupa il 5% della cpu (5%< up%), però ogni 5 secondi ha un picco di 200ms del 65% del carico a P3 (65%>60) che poi corrispondono a 33% del P2 ecco che succede quando incontra il primo picco: il sistema è a 5% di carico, P3, consumo basso dopo 5 secondi viene il picco il sistema salta a 65% di carico, dopo 100ms (immediato) pstate 3 passa a 2, consumo più alto dopo 200ms picco finito, 5% di carico, pstate ancora a 2, passano 2 secondi ed il pstate da 2 scende a 3 dopo 2000 ms (2 secondi) si ripresenta il picco...ecc In questo caso abbiamo metà del tempo a P3 e metà a P2 --Se i settaggi fossero stati con impostazioni 60% 20%, 100ms 6000ms dopo il primo picco la cpu si sarebbe mantenuta costante sul P2, consumo elevato --Se i settaggi fossero stati con impostazioni 60% 20%, 100ms 1000ms, la cpu sarebbe stato meno tempo sul p2, e quindi più tempo sul P3, e risparmio più elevato! Passando all'uso reale, questi picchi di carico potrebbero essere: un'apertura di un programma leggero, browser, finestra ecc, tutti processi che si sbrigano in poco tempo, e che non sono troppo ridondanti da tener alto troppo tempo le freq; Quindi un Down (ms) alto non dispiacerebbe, visto che nessuno rinuncerebbe alle prestazioni e alla reattività del sistema in cambio di un insignificante risparmio energetico! Del risparmio energetico ne beneficerete quando avrete un carico basso per molto tempo! Non per pochi secondi! Andando linearmente ai benefici definiti dal bench, la scelta migliore a livello di prestazioni sarebbe 2% 1% 0ms >4000ms (maggiore di 4000, ancora da definire il limite) Nel senso che... La scelta migliore a livello prestazionale è quando la cpu passa dal pstate 3 (freq. più bassa) fino al pstate0 (freq. più alta, esempio: 3400mhz) in un tempo brevissimo! Anzi, ancor più prestazionale è lasciar la cpu a 3400 mhz fissi! Cosa ovvia!!! Se volete un sistema costantemente prestante, al limite della massima reattività, allora vi sconsiglio di usare K10stat e/o il Cool N Quiet Quindi ricordiamoci che se volessimo usare K10Stat, dovremmo trovare un compromesso tra avere il pstate0 (3.4ghz) fisso (prestazioni migliori nella reattività), e avere invece una frequenza variabile potendo così giovare dei consumi bassi! Consiglio i settaggi di 60% UP - 20% Down - 100ms UP - 4000ms Down Control Function (Ganged Base On Highest Load Core) ATTENZIONE!!! Abbiamo segnalazioni di utenti che hanno problemi impostando UP (ms) 0ms con la nuova versione 1.32 Forse funzionerà con i nuovi Thuban e Zosma, quindi per ora è consigliato 100ms Ultima modifica di travis90 : 24-04-2010 alle 14:53.