[Thread Ufficiale] Asus RAMPAGE FORMULA DDR2 - Intel X48

[K Reloaded]

ragazzi mi stanno parlando molto bene di QUESTA DFI ... che ne pensate?

[giuseppe73]

con una dfi p45 plus e il tuo procio il team shark a battuto il record di super pi 1m con un fbs a 640 impressionante

[K Reloaded]

Originariamente inviato da giuseppe73

con una dfi p45 plus e il tuo procio il team shark a battuto il record di super pi 1m con un fbs a 640 impressionante

infatti per questo mi sto interessando a questa DFI ... (ti ho risposto anche nell'altro thread)

[giuseppe73]

giocamo a nascondino?

[K Reloaded]

Originariamente inviato da giuseppe73

giocamo a nascondino?

si!

[panheimer]

Originariamente inviato da orso232

come vedete i due core hanno fatto un n. diverso di test 1024 uno 12 e poi è passato alla suite dopo, l'altro ha continuato fino a 13 e poi quando è passato alla suite successiva si è inchiodato, vuol dire che i core lavorano diversamente? siccome si inchioda sempre li vorrei capire....

beh sì, i core lavorano sempre diversamente tra di loro, probabilmente il secondo core ha dovuto elaborare qualche thread in più dell'altro perchè stavi navigando, o per l'antivirus o per qualche servizio di win o altra applicazione. e' normale diciamo.

noto che ti si è inchiodato su uno small fft (8k). hai verificato con un test di solo small fft di prime95? si inchioda sempre? se è così è probabilmente un problema legato alle tensioni sulla CPU, prova prima a trafficare un po' con i GTL, impostando CPU GTL attorno al 0.63x e NB GTL 0.67x (sono valori di riferimento) se non sei stabile prova i valori attorno a questi due, modificando UN solo parametro per volta e vedi se migliora o se peggiora.
anche se i GTL sono fondamentali per i quad, anche per i duo diventano molto importanti per la stabilità con alti valori di FSB e di clock CPU.

se nemmeno così non risolvi, prova a dargli un filo di voltaggio in più sulla CPU!

[Giustaf]

Originariamente inviato da panheimer

prova prima a trafficare un po' con i GTL, impostando CPU GTL attorno al 0.63x e NB GTL 0.67x (sono valori di riferimento) se non sei stabile prova i valori attorno a questi due, modificando UN solo parametro per volta e vedi se migliora o se peggiora.
anche se i GTL sono fondamentali per i quad, anche per i duo diventano molto importanti per la stabilità con alti valori di FSB e di clock CPU.

qualche dolucidazione in più sui GTL? io li ho lasciati in AUTO...dici che magari agendo su di essi riesco/riusciamo ad essere stabile con minor voltaggio al vcore?

[orso232]

Originariamente inviato da Giustaf

qualche dolucidazione in più sui GTL? io li ho lasciati a default (azz, non so nemmeno sotto che voce sono nel BIOS)...dici che magari agendo su di essi riesco/riusciamo ad essere stabile con minor voltaggio alla vcore?

sono sotto i voltaggi, @panh, purtroppo già provato, sto procio non mi convince, provato a 1.336v e small prio 9, sempre problema solito punto con 72°, la temp può essere la pasta messa male (????????????) ma che a 1.336v non faccia neanche 1 ora di orthos vuol dire che ho buttato via i soldi, l'E8400 a 1.408v stava solo a 4050 ma co 66°

[88diablos]

Originariamente inviato da giuseppe73

con una dfi p45 plus e il tuo procio il team shark a battuto il record di super pi 1m con un fbs a 640 impressionante

ecco, per benchare ci siamo
ma per un daily use questa asus è superiore e più completa, e lo dico da fanboy dfi

[panheimer]

Originariamente inviato da Giustaf

qualche dolucidazione in più sui GTL? io li ho lasciati in AUTO...dici che magari agendo su di essi riesco/riusciamo ad essere stabile con minor voltaggio al vcore?

ehm, non sono un ingegnere nè un tecnico, qui http://www.thetechrepository.com/showthread.php?t=87 e qui http://ocxtreme.org/main/?q=node/1 puoi trovare delle spiegazioni più tecniche su cosa sono, a cosa servono e su come funzionano.

nella pratica, e per quanto ne ho capito io, sono strettamente legati al VTT/FSB Term e regolano le oscillazioni di voltaggio/segnale sui dati che passano alla CPU (CPU GTL) e al NB (NB GTL) e quindi fondamentali sulla stabilità di sistema con oc spinti. le mie due precedenti mobo avevano chipset nvidia e non c'era verso di clockare un quad sopra i 3 ghz senza metterci mano e impazzirci dietro (vi sono bios che distinguono i CPU GTL per OGNI SINGOLO CORE!). la rampage regge molto bene con l'AUTO, ma per spingere a fondo è necessario trafficarci un pochino.

spesso si può forzare la stabilità dando un vCORE maggiore, ma certamente è preferibile perdere più tempo dietro ai GTL e vedere se si riesce a tenere il vCPU un po' più basso - intendo qualcosa tipo 0.0125 o poco di più quindi niente di trascendentale eh!

per fare un esempio pratico, io avevo il Q6700 piantato a 450x8 con 1.4375 vCPU, 1.50 PLL, 1.41 vNB, 1.30 FSB Term ed i GTL entrambi in AUTO. Per i 455x8 ho provato a pompare vNB, PLL e FSB Term con due/tre/quattro colpetti in più a ciascuno, ma niente da fare: la stabilitià ce l'ho con 1.4685 di vCPU ed tutto il resto invariato, oppure a 1.45 vCPU e NB GTL a 0.67x

P.S. essendo inoltre i GTL strettamente legati al FSB Term, ogni volta che si varia il voltaggio di quest'ultimo andranno ovviamente ritarati i GTL

[panheimer]

Originariamente inviato da orso232

sono sotto i voltaggi, @panh, purtroppo già provato, sto procio non mi convince, provato a 1.336v e small prio 9, sempre problema solito punto con 72°, la temp può essere la pasta messa male (????????????) ma che a 1.336v non faccia neanche 1 ora di orthos vuol dire che ho buttato via i soldi, l'E8400 a 1.408v stava solo a 4050 ma co 66°

un po' di giorni fa, x-bit ha recensito un e8600 e da qui http://www.xbitlabs.com/articles/cpu...0_4.html#sect0 hanno trovato che le temperature riportate dall'E8600 sono leggermente più alte a parità di clock rispetto ad un E8500. non hanno però tratto conclusioni - giustamente perchè una singola cpu non fa testo!

per le temp alte potrebbe essere la pasta messa male (di solito troppa, soprattutto se usi paste tipo AS5 o MX-2 e se magari hai CPU o dissi lappato)

inoltre per le temp, ho notato - almeno nei kentsfield, aka q6600 e q6700 per me! - che le CPU con un vid basso tendono a salire bene con poco vCore, ma che allo stesso tempo scaldano come delle bestie! io ad esempio ho un q6600 con vid 1.2125 che reggerebbe i 3.6 Ghz con 1.35 vCore ma che entra in idle a 48°C. nello stesso sistema il q6700 con vid 1.265 ha bisogno di 1.4375 per i 3.6 Ghz, ma ho un idle di 42°C e un full attorno ai 65°C

comunque non si può generalizzare nemmeno questo concetto, in quanto potrebbe essere l'IHS della CPU saldata male o semplicemente la CPU stessa che per (bassa) qualità costruttiva scalda di più

per quanto riguarda la tua stabilità, se non riesci a risolvere con i GTL - immagino che tu abbia già provato a dare qualcosina in più a FBS Term, vNB e PLL - ho paura che la strada sia verso un vCore maggiore, e quindi migliorare anche il raffreddamento: lappatina a dissi e/o CPU, un bel TRUE in push-pull oppure mettere tutto sotto liquido!

se ti può interessare qui c'è un thread dedicato interamente all'E8600: http://www.xtremesystems.org/forums/...d.php?t=197505

[K Reloaded]

Originariamente inviato da 88diablos

ecco, per benchare ci siamo
ma per un daily use questa asus è superiore e più completa, e lo dico da fanboy dfi

si ma qua abbiamo temperature pazzesche ...

[88diablos]

Originariamente inviato da K Reloaded

si ma qua abbiamo temperature pazzesche ...

sul chipset?
la differenza è 5 gradi non lo vedo chissà quale problema

[K Reloaded]

Originariamente inviato da 88diablos

sul chipset?
la differenza è 5 gradi non lo vedo chissà quale problema

beh oddio 5° e 50€ nn è che son nulla ... + che altro i risultati di Orso mi spaventano ...

[Andrea deluxe]

il mio penso sia un problema di fsb wall!

adesso a 425mhz e cpu 3400 tutto ok!

ma se salgo oltre i 430 ho problemi di hw failure detect!

[zampagol]

Originariamente inviato da 88diablos

ecco, per benchare ci siamo
ma per un daily use questa asus è superiore e più completa, e lo dico da fanboy dfi

a me la dfi così come questa asus piace, anche se con la nuova lanparty la dfi tornerà nuovamente superiore nel dayli-use

[88diablos]

Originariamente inviato da zampagol

a me la dfi così come questa asus piace, anche se con la nuova lanparty la dfi tornerà nuovamente superiore nel dayli-use

me lo auguro ma t ricordo che da un po di tempo le lanparty hanno deluso

[Giustaf]

Originariamente inviato da panheimer

nella pratica, e per quanto ne ho capito io, sono strettamente legati al VTT/FSB Term e regolano le oscillazioni di voltaggio/segnale sui dati che passano alla CPU (CPU GTL) e al NB (NB GTL) e quindi fondamentali sulla stabilità di sistema con oc spinti. le mie due precedenti mobo avevano chipset nvidia e non c'era verso di clockare un quad sopra i 3 ghz senza metterci mano e impazzirci dietro (vi sono bios che distinguono i CPU GTL per OGNI SINGOLO CORE!). la rampage regge molto bene con l'AUTO, ma per spingere a fondo è necessario trafficarci un pochino.

spesso si può forzare la stabilità dando un vCORE maggiore, ma certamente è preferibile perdere più tempo dietro ai GTL e vedere se si riesce a tenere il vCPU un po' più basso - intendo qualcosa tipo 0.0125 o poco di più quindi niente di trascendentale eh!

per fare un esempio pratico, io avevo il Q6700 piantato a 450x8 con 1.4375 vCPU, 1.50 PLL, 1.41 vNB, 1.30 FSB Term ed i GTL entrambi in AUTO. Per i 455x8 ho provato a pompare vNB, PLL e FSB Term con due/tre/quattro colpetti in più a ciascuno, ma niente da fare: la stabilitià ce l'ho con 1.4685 di vCPU ed tutto il resto invariato, oppure a 1.45 vCPU e NB GTL a 0.67x

P.S. essendo inoltre i GTL strettamente legati al FSB Term, ogni volta che si varia il voltaggio di quest'ultimo andranno ovviamente ritarati i GTL

Grazie mille per la spiegazione!
Vorrei sapere un'ultima cosa..questi GTL mi pare siano legati al FSB..tenendo conto che il FSB lo tengo a 400 e poi salgo di moltiplicatore..tecnicamente non dovrei aver problemi con i GTL (e quindi doverli togliere da AUTO e selezionarli manualmente)?

Originariamente inviato da Andrea deluxe

il mio penso sia un problema di fsb wall!

adesso a 425mhz e cpu 3400 tutto ok!

ma se salgo oltre i 430 ho problemi di hw failure detect!

Eh..non so cosa consigliarti..ci vorrebbe Tovarisch! Immagino che hai già provato a 450 con PL rilassato e static read control disabilitata!
Perchè non provi a fare questo: abbassa il molti della cpu e metti il FSB a 450 e fai partire prime e vedi se ti da lo stesso errore!

[Roddy]

Originariamente inviato da Andrea deluxe

il mio penso sia un problema di fsb wall!

adesso a 425mhz e cpu 3400 tutto ok!

ma se salgo oltre i 430 ho problemi di hw failure detect!

Hai provato ad aumentare il vcore?

[zampagol]

Originariamente inviato da 88diablos

me lo auguro ma t ricordo che da un po di tempo le lanparty hanno deluso

l'ultima lanparty dk è ottima e anche la vecchia lanparty p35 con gli ultimi bios va abbastanza bene