Intel Core 2 Duo E6600 "Overclocking Club"

[Shub]

Originariamente inviato da morpheus89

però è un ottimo modo per trovare un rock solid in 10 minuti anziché 10 ore

Mah, secondo me e' un buon modo per surriscaldare per niente il processore: io sono rock-solid anche se linpack fallisce, e per rock-solid mi riferisco ai famosi transcoding di ore ed ore... poi, a ciascuno il proprio rock-solid!

[morpheus89]

Originariamente inviato da Shub

Mah, secondo me e' un buon modo per surriscaldare per niente il processore: io sono rock-solid anche se linpack fallisce, e per rock-solid mi riferisco ai famosi transcoding di ore ed ore... poi, a ciascuno il proprio rock-solid!

ecco una cosa che non sono mai riuscito a capire: perchè molti dicono che un overclock è stabile solo dopo ore ed ore di stress? per quale motivo se è stato in grado di resistere 1 ora ad uno stress test poi non dovrebbe essere più stabile?

[Shub]

Originariamente inviato da morpheus89

ecco una cosa che non sono mai riuscito a capire: perchè molti dicono che un overclock è stabile solo dopo ore ed ore di stress? per quale motivo se è stato in grado di resistere 1 ora ad uno stress test poi non dovrebbe essere più stabile?

In che senso? Non ho capito bene la tua tesi

[morpheus89]

Originariamente inviato da Shub

In che senso? Non ho capito bene la tua tesi

allora, molti stressano la CPU con ORTHOS intere giornate per verificare se la CPU è stabile o meno, ma non basta 1 ora, to facciamo 2, per vedere se la CPU è stabile con quel programma? perchè la CPU dopo 2 ore che ha funzionato correttamente di colpo dovrebbe alterare il suo comportamento?
poi anche ammesso che sia stabile per ore ed ore, se dopo non passa il linpack, che stressa veramente la CPU al 100%, possiamo definire la CPU stabile?

solo per chiedere eh, magari mi sbaglio

[ciusss89]

Originariamente inviato da morpheus89

ecco una cosa che non sono mai riuscito a capire: perchè molti dicono che un overclock è stabile solo dopo ore ed ore di stress? per quale motivo se è stato in grado di resistere 1 ora ad uno stress test poi non dovrebbe essere più stabile?

Ipotizza che hai un calcolo o un lavoro che ti tenga impegnata la cpu per 1ora o anche più, il punto è quello, gli stress test ipotizzano la condizione peggiore di utilizzo....

Un riscontro pratico è sotto linux, ci sono molti utenti, che come me che usano il pc per compilare il sistema operativo del proprio router ad esempio, e questa fase fase dura all'incirca 80minuti impegnando sempre al 100% il sistema cpu memoria.

Per quanto riguarda lo stress per il quale considerarsi rocksolid, ogni utente sceglie il proprio grado di stabilità, Io ho fissato il mio cosi:

CPU stabile se supera correttamente 50 cicli di ibt.
Sottosistema Chipset-RAM se supera poco meno che 60 minuti di orthos con priorità 10 in modalità bland.

Ibt è da usare solo se si monitorano live le temperature della cpu, poichè l'instabilità può essere causata non dalla frequenza raggiunta ma dall'eccessivo calore da essa generato e non smaltito dal dissi.

[ciusss89]

Originariamente inviato da morpheus89

nuovo dissi

Ho visto che hai un vid di 1,2875 dovresti essere stabile senza necessità di aumentare il tuo vcore fino alla frequenza di 3,3Ghz circa.

La tensione che dai attualmente potrebbe essere anche superflua

[morpheus89]

capisco, e come mai dopo 1 ora di stabilità la CPU potrebbe non essere più stabile?

comunque mi è sorto il dubbio perchè io la CPU potrei portarla anche adesso a 3600MHz, infatti con ORTHOS riesco a raggiungere temperature tutto sommato accettabili in full load (64° mi pare di ricordare), mentre come avvio ibt le temperature schizzano dubito a 79° (ovviamente stoppo immediatamente).

ora mi rendo conto che nessuna applicazione potrà mai stressare la CPU come ibt, ma testare la stabilità solo con ORTHOS non mi convince tanto. l'ideale come suggerisci tu sarebbe farlo con entrambi, ma in questo caso sarebbe impossibile con ibt...

[Shub]

Originariamente inviato da morpheus89

allora, molti stressano la CPU con ORTHOS intere giornate per verificare se la CPU è stabile o meno, ma non basta 1 ora, to facciamo 2, per vedere se la CPU è stabile con quel programma? perchè la CPU dopo 2 ore che ha funzionato correttamente di colpo dovrebbe alterare il suo comportamento?
poi anche ammesso che sia stabile per ore ed ore, se dopo non passa il linpack, che stressa veramente la CPU al 100%, possiamo definire la CPU stabile?

solo per chiedere eh, magari mi sbaglio

La mia posizione e' questa: se il mio sistema e' stabilissimo per tutto quello che ci faccio per mesi e mesi, ma non super linpack, lo butto oppure ritengo linpack uno strumento inadatto alle mie esigenze? La seconda, per quanto mi riguarda. E' un discorso che cambia da utente ad utente. Ho compilato per ore anche io sotto macchina virtuale vmware con ubuntu chrome os, mai un problema. Lancio linpack, si resetta la macchina. Io me ne impippo e compilo/transcodo.

[morpheus89]

Originariamente inviato da ciusss89

Ho visto che hai un vid di 1,2875 dovresti essere stabile senza necessità di aumentare il tuo vcore fino alla frequenza di 3,3Ghz circa.

La tensione che dai attualmente potrebbe essere anche superflua

a 3400MHz 1,3685V è il minimo per essere stabile (sono andato a rivedere i decimali )
a 3300MHz non ho provato, dici che un overvolt è sprecato per 100MHz in più?

[morpheus89]

Originariamente inviato da Shub

La mia posizione e' questa: se il mio sistema e' stabilissimo per tutto quello che ci faccio per mesi e mesi, ma non super linpack, lo butto oppure ritengo linpack uno strumento inadatto alle mie esigenze? La seconda, per quanto mi riguarda. E' un discorso che cambia da utente ad utente. Ho compilato per ore anche io sotto macchina virtuale vmware con ubuntu chrome os, mai un problema. Lancio linpack, si resetta la macchina. Io me ne impippo e compilo/transcodo.

certamente, il tuo discorso non fa una piega
quello che mi chiedo è: esiste un modo per sapere a priori se il sistema sarà stabile per i prossimi mesi avvenire una volta effettuato l'OC? questi test dovrebbero servire proprio a questo, però da quello che racconti il linpack sembra essere veramente troppo esagerato

PS. scusate il doppio

[Shub]

Originariamente inviato da morpheus89

certamente, il tuo discorso non fa una piega
quello che mi chiedo è: esiste un modo per sapere a priori se il sistema sarà stabile per i prossimi mesi avvenire una volta effettuato l'OC? questi test dovrebbero servire proprio a questo, però da quello che racconti il linpack sembra essere veramente troppo esagerato

PS. scusate il doppio

Io faccio cosi': se ad un certo punto, dopo enne mesi, arrivo ad un carico di lavoro che manda in crash la cpu, e capisco che non ci sono santi, e' colpa dell'OC perche' non sono applicativi instabili, a quel punto alzo "di una tacca" il voltaggio e sono a posto.

Sottolineo che questo e' il mio approccio, non sostengo che sia quello "giusto" eh!

[ciusss89]

Originariamente inviato da Shub

...Lancio linpack, si resetta la macchina....

Se si resetta immediatamente non è la cpu, ma l'alimentatore!

La richiesta di corrente sulla linea da 12 è cosi repentina che per qualche istante ali non è in grado di reagire con la tessa velocità dell'assorbimento indotto da ibt....


Prova cosi, avvia lancia un super pi da 1 mega e dopo circa 10 secondio dall'avvio di questo test (che ne dura circa 15sec) avvia ibit. L'ali "vede" un picco di corrente minore...non sono sicuro di quello che dico, ma è molto probabile....(Un po come l'altra volta , sti studi di ingegneria mi servono a qlks almeno... )

[ciusss89]

Originariamente inviato da morpheus89

a 3400MHz 1,3685V è il minimo per essere stabile (sono andato a rivedere i decimali )
a 3300MHz non ho provato, dici che un overvolt è sprecato per 100MHz in più?

Esattamente!. Considera che se non modifichi il vcore non sei COSTRETTO a disabilitare le funzionalità del risparmio energetico

[Shub]

Originariamente inviato da ciusss89

Se si resetta immediatamente non è la cpu, ma l'alimentatore!

La richiesta di corrente sulla linea da 12 è cosi repentina che per qualche istante ali non è in grado di reagire con la tessa velocità dell'assorbimento indotto da ibt....

Secondo me basta anche un banale crash software. L'alimentatore e' sovradisomensionato per il mio sistema, lavora a meno del 40%.
Poi IBT magari mezzo ciclo da 2,7 Giga lo fa... poi bum. A volte lo finisce anche, poi si suicida sul secondo con un errore... o appunto con un reset.

Prova cosi, avvia lancia un super pi da 1 mega e dopo circa 10 secondio dall'avvio di questo test (che ne dura circa 15sec) avvia ibit. L'ali "vede" un picco di corrente minore...non sono sicuro di quello che dico, ma è molto probabile....(Un po come l'altra volta , sti studi di ingegneria mi servono a qlks almeno... )

Guarda, magari e' come dici, ma francamente preferisco usare il PC che linpack

[Shub]

Originariamente inviato da ciusss89

Esattamente!. Considera che se non modifichi il vcore non sei COSTRETTO a disabilitare le funzionalità del risparmio energetico

Sulla mia mobo si'!

[morpheus89]

Originariamente inviato da ciusss89

Esattamente!. Considera che se non modifichi il vcore non sei COSTRETTO a disabilitare le funzionalità del risparmio energetico

ok proverò questa mattina lascio a fare un ORTHOS a 3600MHz intanto...

[Shub]

Originariamente inviato da Shub

Sulla mia mobo si'!

Ho scritto 'naltra scemenza, per modificarlo sono costretto a disabilitare le funzionalita' di risparmio, ma su alcune motherboard anche modificando il voltaggio della CPU si possono lasciare attive le funzionalita' suddette!

[morpheus89]

[ciusss89]

Originariamente inviato da morpheus89

Ottimo, mo quasi quasi, vedo di tarare il mio...abbiamo lo stesso vid, possiamo "giocarcela"

[morpheus89]

Originariamente inviato da ciusss89

Ottimo, mo quasi quasi, vedo di tarare il mio...abbiamo lo stesso vid, possiamo "giocarcela"

certo non è proprio il periodo adatto, se lancio un linpack le temperature schizzano XD