[Sondaggio] Testare la stabilità della cpu: prime95 o linx?

[Totocellux]

nick.sf ha scritto:

quindi mi stai dicendo che io che faccio linx+prime+3dmark+ibt potrei fermarmi dopo i primi 2 ed evitare i 3dmark e i cicli di ibt?

eh si. Decisamente esagerato

Comunque, il 3dMark potrebbe starci, nell'ottica di una estrema convinzione anche per ciò che riguarda la memoria e la stabilità operativa della sk video.

Ma IBT all'ultimo, è decisamente una prova del tutto superflua

[nick.sf]

Le085 ha scritto:

dimmi te!

hai mai rilevato casi in cui dopo i primi due il sistema fosse instabile?

chiedo a voi perchè i miei metodi di test della stabilità sono più ad occhio che con software

ho poco tempo per sminestrare con l'oc... e per il daily mi regolo un po' ad occhio

te l'ho chiesto perchè di solito li faccio tutti e 4 e quindi non ho mai avuto modo di vedere solo dopo i primi 2... alla fine una giornata intere aper testare la stabilità, però come ho detto prima la stabilità R.S. è un conctto abbastanza personale e non credo che lo cambierò!!!!

[delly]

sono daccordo con Toto...IBT lo trovo abbastanza inutile dopo i vari LinX, Prime95 e 3dm...

Furmark non lo usa nessuno per la vga???

[gianni1879]

Guarda furmark, specie l'ultima versione non si capisce quando si è stabili o meno, figurati che ho tirato fuori il vecchio e caro ATi Tool, si il vecchio cubo peloso, si vede subito quando ci sono artefatti

[delly]

gianni1879 ha scritto:

Guarda furmark, specie l'ultima versione non si capisce quando si è stabili o meno

già...con le ultime versioni l'ho notato anch'io che non stressa più come una volta...

[gianni1879]

delly ha scritto:

già...con le ultime versioni l'ho notato anch'io che non stressa più come una volta...

oltretutto l'immagine va a scatti anche se gli fps sono alti, per cui l'ho rimosso vista la sua poca utilità.

[Persio]

indubbiamente occt... stracompleto...

[delly]

Achille GForce ha scritto:

non centra la completezza, per me il top è chi ti fa più all'abrace la cpu.

traducendo...quale sarebbe??

[Persio]

Achille GForce ha scritto:

non centra la completezza, per me il top è chi ti fa più all'abrace la cpu.

bè direi occt... ma anche prime mi piace...

[delly]

Persio ha scritto:

bè direi occt... ma anche prime mi piace...

occt in che modalità lo fai?? linpack??

[dj883u2]

Io uso sia LinX che Prime95 se supera entrambi, per me la cpu è ok!

[delly]

dj883u2 ha scritto:

Io uso sia LinX che Prime95 se supera entrambi, per me la cpu è ok!

ed infatti è un'ottimo metodo...il solo LinX come è già stato detto non è il max se usato da solo...non ti da sicuramente la certezza di essere stabile al 100%...

[gianni1879]

Achille GForce ha scritto:

perchè no ? io faccio solo linx e scommetto anche tutto quello che ho che anche con 24 ore di prime sta sù senza troppi problemi. Al massimo ti fai 2 ore di LINX se hai dubbi.

appena hai le ram instabili poi mi dici come le rilevi...

Cmq vi ricordo che prime95 può esser esato in due modi:

- Blend per stressare maggiormente Ram, nb etc.

- Small FTTs stressa maggiormente la cpu (anche se meno "stressante" di linx)

[delly]

Achille GForce ha scritto:

perchè no ? io faccio solo linx e scommetto anche tutto quello che ho che anche con 24 ore di prime sta sù senza troppi problemi. Al massimo ti fai 2 ore di LINX se hai dubbi.

non ti conviene scommettere nulla...tieniti stretto quello che hai...

ti riporto un post di Totocellux, che spiega perfettamente la cosa:

L'aumento considerevole di temp della cpu rispetto a Prime o comunque ad altri software analoghi, è proprio dovuto all'efficienza dell'algoritmo di creazione unitamente alla miriade di operazioni lineari di tipo matriciale a virgola mobile, che esasperano (è proprio il caso di dirlo) senza soluzione di continuità la cpu (fpu) e la propria cache, ma non così a fondo la memoria e soprattutto il NB.

 

Siccome sappiamo tutti che per giungere alla stabilità in oc non necessariamente si usa occare solo la cpu, il passare indenni 20 o 100 cicli di LinX anche su tutta la memoria a disposizione verosimilmente non significherà necessariamente la stabilità assoluta sul comparto memoria.

 

Dico ciò perchè considerato attentamente il tipo di operazioni che LinX svolge non sarebbe nelle condizioni di stressare al massimo il lavoro del NorthBridge stesso e i moduli di memoria, in quanto quelle operazioni lasciano comunque a riposo i calcoli sui large FFT.

Questo tipo di calcoli potrebbero esser eseguiti tramite operazioni su operandi interi di un Large o Very Large Fast Fourier Transform, che sono le più pesanti per tutto il comparto memoria.

[delly]

ehi Achille...che ne dici di evitare certi toni?

[dj883u2]

Achille GForce ha scritto:

il titolo del thread è : testare la stabilità della CPU : ........

Cosa vuoi che mi interessi la ram, te la fai con un altra utility dedicata. A parte il fatto che da quando c'è I7 l'overclock della ram è differente adesso, anzi oramai basta comprare ram alte di specifica e basta, l'overclock della cpu serve solo a poterle sfruttare secondo le specifiche.

Il discorso è un altro, quì c'è gente che usa prime perchè sa che stressa di meno la cpu e gli risulterà stabile perchè non hanno il fegato di usare Linx o IBT per non scoprire le dura realtà del sistema instabile.

Se non ti interessa stressare la ram...allora il programma LinX è l'ultimo programma che ti interessa!

[delly]

Achille GForce ha scritto:

LINX stressa il controller di memoria, non so se testi in modo efficiente la ram sinceramente, ma anche se non fosse non è che mi faccio troppi problemi.

facendo un discorso più ampio, parlando quindi non solo di cpu, tu come la verifichi la stabilità generale del tuo pc???

[apix_1024]

Achille GForce ha scritto:

semplice, io non porta la ram oltre le specifiche, non siamo più ai tempi del Core 2. non necessito mica di testarle

be se non le overclocchi capisco che tu non abbia bisogno di testarle ci mancherebbe altro. però per chi spinge anche sulle ram un giro di occt fa sempre bene

[delly]

Achille GForce ha scritto:

semplice, io non porta la ram oltre le specifiche, non siamo più ai tempi del Core 2. non necessito mica di testarle

interessante...

[Totocellux]

Achille GForce ha scritto:

se non è consigliato portarle oltre i 1.65, cosa clocchi a fare ? ti compri una ram da 2133 e via altrimenti non lo fai.

se è per questo, i produttori (sia AMD che Intel) sconsigliano soprattutto di occare la cpu! Tant'è che tale pratica, a detta loro, invalida la garanzia

Mi domando: noi tutti sappiamo bene i rischi ai quali si va incontro portando tutto l'hardware oltre le specifiche, e facciamo ogni operazione a ragion veduta

Ma tu non mostri affatto coerenza discrimando sulla tipologia di hardware da occare: cpu si, ram no!

Utilizzando il tuo stesso meccanismo, comprati la cpu top di categoria e via, altrimenti non lo fai!

Se la pensi in questo modo, in un forum come il nostro sei nel posto sbagliato, te l'assicuro

p.s.

poi, sul discorso del VDimm consigliato da Intel di tenere non oltre 1.65V, ne hai già accennato in passato, e ti avevo dato delle risposte con questo link.

Te lo ripropongo per intero ........ magari ora riuscirai a leggerlo:

sia il VDimm che l'erogazione della tensione verso il controller della memoria (VImc) sono gestiti direttamente dal VQpi, quindi internamente alla cpu.

La maggiore preoccupazione non deriva da un alto valore impostato di VDimm, significando che non sia questo da solo, quantomeno, ad uccidere prematuramente la cpu; e ne esiste una spiegazione.

Come è noto, infatti, al fine di poter gestire indipendentemente le varie alimentazioni nell'intento di raggiungere il massimo fattore di risparmio energetico, INTEL non ha inserito solo i controller all'interno della cpu (Core e Uncore), ma ha dovuto forzatamente gestirne all'interno soprattutto i loro voltaggi: il VQpi (il vecchio VTT o VFsb), il VImc (il vecchio VNB, alimentato dal VQpi), e anche il nuovo VUncore (1.2V fissi, che gestisce la cache di 3° livello, anch'esso alimentato tramite VQpi).

Ora, ritornando al voltaggio delle memorie, i veri problemi che farebbero in realtà morire prematuramente la cpu si presenterebbero nel momento in cui insorgano importanti differenze di potenziale tra le due tensioni di alimentazione interessate: quella del VQpi e quella del VDimm, poiché la prima influisce indirettamente sulla seconda tramite il VImc, in quanto condividenti la stessa massa.

Per bypassare il problema, è stata individuata una soluzione, cioè quella di alzare di pari passo sia il VQpi sia il VDimm.

Per questo motivo è nata una piccola regola, di fatto, per evitare 'scottature' indesiderate: il VDimm potrebbe anche salire fino a 2.0V e oltre, ma è importantissimo che non superi mai il rapporto di 1.5x rispetto al valore di VQpi, cioè:

1.10V sul QPI e non oltre 1.65V sulle memorie

1.20V -> Qpi e 1.80V -> mem

1.30V -> Qpi e 1.95V -> mem

1.45V -> Qpi e 2.17V -> mem