[Thread Ufficiale] CPU serie FX: AMD Bulldozer/Piledriver - Aspettando Steamroller

[Catan]

Originariamente inviato da kingvampire

Ciao ragazzi,

una info,
ho un FX-8350 al momento settato come vedete sotto, con l'ht e l'nb corrispettivamente a 2200 e 2400mhz.
Se porto l'ht a 2600 che da quello che ho capito e' la frequenza ufficiale standard del procio, dite che dovro' aumentare anche il vcore? al momento sono con vcore a 1.4275 da bios con LLC in ultra high che mi porta a 1.44 max il voltaggio sotto stress (fatto con intel burn test).
altra cosa che non capisco, quando faccio lo stress test ho la temperatura del package che non arriva mai oltre 55/56° mentre la temp cpu arriva a 66/67°.
Vi sembrano corrette come temp sotto stress con intelburntest?
Come dissipatore uso l' H80i della Corsair e il case e' ben ventilato.

PS.

Posto anche la schermata di valid CPUZ:
http://valid.canardpc.com/show_oc.php?id=2649692

Ciao a tutti e grazie

Si sono temperature allineate per il procio e per il sistema di dissipazione a liquido "entry level" per il resto alzare l'ht non hai benefici tangibili, e non devi alzare il v-core, quello che mi sento di dirti è alzarlo e lasciarlo a 2.6 e fare un test di stabilità e vedere come và.
Quello dove invece guadagneresti, visto che già sei a 4.8ghz , sarebbe portare l'nb a 2.4 se riesci...

[kingvampire]

grazie mille per la risposta, il nb come valore ha gia 2400.

faccio una prova appena arrivo a casa.

grazie mille

[vincenzo2008]

raga ho problemi di stabilità a default , appeno apro un gioco ( non sempre ) si blocca il pc , ho visto che la tensione scende a 11,70 ( forse scende anche meno quando si blocca) pensate che può essere l'alimentatore il problema ? riscalda come un forno .
Altra cosa il mio attuale alimentatore non ha 8 pin per la cpu quindi ho collegato solo 4 , è un 630 watt marca axp , l'alimentatore ha 5 anni di vita.

Nel dubbio ho ordinato un enermax 650 w 82 plus , pensate che così risolvo ?

Voi la 12 volt c'è l'avete stabile ?

[kingvampire]

avevo la tua stessa scheda prima della sabertooth e era parecchio instabile con l'fx-8350, penso sia dovuto al bios acerbo e forse l'alimentazione a 4+1 fasi.
Mi dava il tuo stesso problema.

[vincenzo2008]

il vcore scende di tanto è normale ? adesso ho tolto i risparmi energetici. il mio alimentatore non ha 8 pin .

la cpu è impostata a 3.5 ghz , non so perchè occt dice 5300 mhz

[paolo.oliva2]

Originariamente inviato da vincenzo2008

il vcore scende di tanto è normale ? adesso ho tolto i risparmi energetici. il mio alimentatore non ha 8 pin .

la cpu è impostata a 3.5 ghz , non so perchè occt dice 5300 mhz

A me sembra che scenda un po' troppo... attiva l'LLC se l'hai...

[vincenzo2008]

Originariamente inviato da paolo.oliva2

A me sembra che scenda un po' troppo... attiva l'LLC se l'hai...

llc ? cosè ?

[digieffe]

Scusate l'OT ho già postato nella apposita sezione ma mi sembra un po' morta: http://www.hwupgrade.it/forum/showpo...ostcount=10810

la domanda è: i gestori di sessione salvano le schede aperte, ma la cronologia di navigazione per ogni scheda?

Ps: mi serve anche per chrome.

/OT

grazie e di nuovo scusate

Risposte con PM così non inquino troppo o nel thread apposito (vedi link)

[vincenzo2008]

Originariamente inviato da gridracedriver

se fosse 11.85 ti direi che è normale, 11.70 mi sembra bassa...



4 pin a default dovrebbero essere sufficienti, ma sono sconsigliabili a mio avviso, soprattutto con cpu come la serie FX-8

LoadLineCalibration, serve a tenere sotto controllo i vdrop/vdroop che hai quando la cpu va sotto carico intensivo, ovvero ciò che succede a te...
comunque quel vcore mi sembra davvero basso, ma è reale?
può essere anche per quello che crasha...

se dici che l'ali scalda molto, uhm occhio... per le 4+1 fasi sono sufficienti se non fai OC, in caso contrario non ti regge bene il vcore e droppa alla grande...

adesso ho impostanto 1.28 da bios ( piu offset voltage +50 mv in windows segna 1.3 v ) fisso a 3,5 ghz e sembra stabile il pc le tensioni della 12 anche a 11,66 l'ho viste .
cmq la mia cpu è fx-6300 . attivando il risparmio energetico le tensioni al massimo arrivano a 1.20 spesso anche meno a 3.5 ghz
Spero di risolvere con l'enermax 650 watt

[demiurgous]

Originariamente inviato da vincenzo2008

adesso ho impostanto 1.28 da bios ( piu offset voltage +50 mv in windows segna 1.3 v ) fisso a 3,5 ghz e sembra stabile il pc le tensioni della 12 anche a 11,66 l'ho viste .
cmq la mia cpu è fx-6300 . attivando il risparmio energetico le tensioni al massimo arrivano a 1.20 spesso anche meno a 3.5 ghz
Spero di risolvere con l'enermax 650 watt

risolvi sicuramente. Scusa, pura curiosità, quanto l'hai pagato?

[vincenzo2008]

Originariamente inviato da demiurgous

risolvi sicuramente. Scusa, pura curiosità, quanto l'hai pagato?

75 comprese spedizioni buon prezzo ? cmq

assurdo adesso che ho messo 1.30 v l'alimentatore scalda pochissimo e il pc va perfetto.
con il risparmio energetico e il turbo e ogni tanto si blocca e l'alimentore scalda a bestia. maaaaa il mistero dell 'informatica .

l'unico problema per adesso che vorrei attivare il cool quet per risparmiare . se solo potessi decidere le frequenze e i voltaggi in iddle e in full , non si può fare in manuale ?

[beee]

Originariamente inviato da vincenzo2008

l'unico problema per adesso che vorrei attivare il cool quet per risparmiare . se solo potessi decidere le frequenze e i voltaggi in iddle e in full , non si può fare in manuale ?

Come no!!

http://www.hwupgrade.it/forum/showth...2510731&page=2

[R.O.N.I]

Originariamente inviato da beee

Come no!!

http://www.hwupgrade.it/forum/showth...2510731&page=2

cioè con questo amdmsrtweaker potrei overclockare il p-state del turbo così da avere una sorta di profilo oc che funziona solo quando serve?

edit:
azz, continuando a leggere il thread ho letto che il turbo entra solo con APM=1 e questo se la cpu supera il tdp non lo fa partire...

[winebar]

Originariamente inviato da paolo.oliva2

Poi, sarebbe dovuta arriva next-generations con APU la cui parte grafica avrebbe dovuto aiutare la parte X86 nell'elaborazione dati, il tutto in un arco di tempo dal 2012 al 2015, sempre SE la miniaturizzazione del silicio avesse rispettato i tempi.

Ma quindi è una cosa confernata che integreranno un circuito per far elaborare i dati in virgola mobile alla iGPU?
Vedendo il modo di lavorare di AMD (fare APU con area divisa quasi equamente tra GPU e CPU, MC unico che rende condivisi tutti gli indirizzi di memoria) fino ad arrivare al chippone l'avevo immaginato l'anno scorso. Se fosse vero posso andare a fare l'analista.

Ah, ovviamente per far elaborare gli FP alla iGPU intendo dati SIMD e non le vetuste x87, non parallelizzabili.
Quindi AMd a quel punto, dato che gli x87 ormai sono abbastanza pochi, potrebbe passare anche da un modulo con 2 ALU e 1 FPU a moduli con 3/4 ALU e sempre una FPU. In pratica avremmo una CPU che ha le FPU solo per compatibilità ma che si appoggia quasi completamente alla GPU integrata per i calcoli in virgola mobile (che sono pochi in casa e sui server). Quindi si avrebbe un circuito ancor più efficiente dal punto di vista dei transistor. Sperando anche che i moduli siamo modulari anche all'interno...

Inviato dal mio GT-I9000 con Tapatalk 2

[vincenzo2008]

Come non detto dopo 10 minuti di gioco stavolta si riavvia , ieri ho giocato 3 ore i fila e tutto ok , e oggi 10 minuti e si riavvia

[paolo.oliva2]

Quello che vorrei dire, ma parlo terra-terra, sia per spiegarmi meglio e sia per icompetenza.

Vishera ha un IPC x, e SR dovrebbe aumentare del 30%, ma diciamo che dovrebbe aumentare di un x% per facilitare la spiegazione.

Ora... si e' discusso molto, ma io ancora non ho capito una cosa... il modulo lavorando a 2 TH con la condivisione posso capire un calo di IPC, ma lavorando con 1 TH, dovrebbe avere un IPC almeno uguale a quello di un Phenom II, perche' da quello che si diceva doveva addirittura avere un IPC superiore, almeno valutando che sulla carta poteva eseguire piu' istruzioni a clock, e di conseguenza piu' IPC. Riporto questo perche' non ho ancora capito si prestazioni inferiori alle previsioni siano dovute da un I/O incapace di far lavorare a pieno regime INT e FP, oppure bisogna potenziare INT e FP, oppure ambedue.

Mi pare chiaro che se il prb deriva dall'I/O, non servirebbe una mazza aumentare INT FP e idem discorso APU.

Ma se il discorso fosse a posteriori, allora per aumentare l'IPC bisognerebbe aumentare l'INT e proporzionatamente l'FP. Non sono un esperto, cioe' non sono dentro al procio tanto da sapere cosa va all'INT, cosa all'FP, ne' tantomeno, a parte il discorso parallelizzazione, cosa potrebbe elaborare l'IGP per i core X86, se solamente FP o anche INT.
Quindi, supponendo che l'IGP possa elaborare unicamente come FP, perche' potenziare un BD sia in INT che in FP SE poi, in veste APU next-generations si butterebbe nelle ortiche il potenziamento FP?
Ed idem... un lavoro di questo tipo non sarebbe implementabile, diciamo come ibrido solo nella parte INT, su un Vishera, suppongo perche' sarebbe enormemente sbilanciato sull'INT a sfavore dell'FP.

Forse ho detto baggianate, pero', se vogliamo, un discorso APU ed FX, combacerebbe di piu' sul bulk che sul SOI, in quanto va bene che il bulk costa meno del SOI, ma e' anche vero che il prezzo di un procio si quantifica anche in base alle prestazioni... se oggi un 8350 sul SOI costa 180 euro per 4GHz, e se fosse fatto sul Bulk costerebbe meno produrlo, ma se dovesse perdere 500MHz, praticamente avrebbe lo stesso prezzo di un 8320, quindi non e' detto che si guadagnerebbe di piu' sul bulk.

[isomen]

Originariamente inviato da vincenzo2008

Come non detto dopo 10 minuti di gioco stavolta si riavvia , ieri ho giocato 3 ore i fila e tutto ok , e oggi 10 minuti e si riavvia

Penso che quando ti arriverà l'enermax avrai risolto gran parte dei tuoi peoblemi... anche se ho seri dubbi sulla bontà del reparto d'alimentazione di queste mobo (anche la tua dovrebbe essere molto simile alla mia extreme4).

CIAUZ

[winebar]

Originariamente inviato da gridracedriver

quel "illuminato" di shellx immagina proprio che la igpu venga integrata dentro il modulo e non fuori, quindi sostituendo o integrando/spalleggiando la FPU...

Ancora meglio delle mie previsioni.
Però purtroppo quelle poche cose che usano ancora le x87 (speriamo spariranno da qui a qualche anno, così si possono togliere transistor inutili) bisogna vedere che prestazioni avranno...
Cioè, la forza delle GPU è nell'avere centinaia di FPU per ogni MC (che nelle CPU occupa un'area gigantesca). Se io vado a dare un'istruzione NON parallelizzabile per sua stessa natura ad una GPU dubito che riuscirò ad ottenere risultati soddisfacenti, IMHO peggiori di quelli di una FPU delle CPU...

Ma se AMD gioca bene le sue carte, cosa che sembra stia facendo, potrebbe essere a cavallo. Con Intel che sta finendo i fondi (ha dovuto chiedere un prestito per portare avanti i 14 nm) AMD potrebbe fare il botto in tantissimi ambiti. Niente FPU classiche e GPU che si accolla sia i calcoli classici da GPU (la grafica vettoriale per intenderci) che quelli della CPU facendo faville.
O contando OpenCL, darebbe la cacca a qualsiasi processore Intel decodificando via HSA e non via GPU discreta, dove comunque ALU pompate a dovere dovrebbero garantire prestazioni all'altezza.

@shellx, se mi leggi, andiamo a fare gli analisti in qualche azienda.

Originariamente inviato da gridracedriver

un integrazione a livello modulo e non die...
comunque una vera Visione "Vision"

E se la "Vision" è esatta, AMD sarà la prima a fare la "Fusion" tra CPU e GPU.

Originariamente inviato da paolo.oliva2

Quindi, supponendo che l'IGP possa elaborare unicamente come FP, perche' potenziare un BD sia in INT che in FP SE poi, in veste APU next-generations si butterebbe nelle ortiche il potenziamento FP?
Ed idem... un lavoro di questo tipo non sarebbe implementabile, diciamo come ibrido solo nella parte INT, su un Vishera, suppongo perche' sarebbe enormemente sbilanciato sull'INT a sfavore dell'FP.

Le GPU lavorano SOLO su dati in virgola mobile.

IMHO non sarebbe buttare alle ortiche il lavoro. Una parte sarebbe "buttata" (ma ricordiamo che aumentare del 2% all'anno, ipotesi, l'IPC della FPU serve nell'anno stesso oltre che nel futuro), ma un'altra parte, se non è interna alla FPU stessa (in pratica nel malaugurato caso in cui si accorgono che l'IPC della FPU è frenato da qualcosa di esterno) potrebbe tornare utile. Bisogna solo vedere come hanno intenzione di implementare il tutto...
Già il fatto che ci sia un MC unico è da NON sottovalutare. Significa che ci sono meno transistor "inutili" e che le prestazioni di CPU e GPU non sono castrate nel caricamento dei dati nei registri interni (dato che gli indirizzi sono condivisi). AMD IMHO sta lavorando in modo giusto.
Tanti hanno una visione chiusa del mercato (nel senso che semini oggi per raccogliere domani), quindi sconsigliano AMD a prescindere perchè non capiscono cosa vuole fare da grande (ricordiamo che AMD è abbastanza giovane come azienda, non è nemmeno un ventennio che fa CPU totalmente sue, in quanto prima vendeva chip intel customizzati).

Se quello sopra fosse vero, le mie congratulazioni in anticipo ad AMD. A prescindere dalle prestazioni che avrà il lavoraccio è nell'integrare due mondi totalmente diversi in uno solo.

[vincenzo2008]

Originariamente inviato da isomen

Penso che quando ti arriverà l'enermax avrai risolto gran parte dei tuoi peoblemi... anche se ho seri dubbi sulla bontà del reparto d'alimentazione di queste mobo (anche la tua dovrebbe essere molto simile alla mia extreme4).

CIAUZ

speriamo, oggi ho aumentato la velocità della ventola della scheda video , e mi ha tenuto quasi 2 ore di f1 2012 .poi ho chiuso io il gioco ancora andava tutto bene . boo

[shellx]

Si ma...è tutto un ammasso di ferraglia senza codice applicativo sviluppato per darlo in pasto alla gpu (che potrebbe domani essere linkata ai cluster x86), la gpu come la fpu elabora istruzioni per i calcoli di tipo non intero, io non credo proprio che la gpu prende il posto della fpu, piuttosto vengono affiancati cluster_gpu linkati ai cluster_x86 all'interno di ogni modulo, per pompare l'efficienza di calcolo in virgola mobile, aiutando la fpu in tali calcoli. Mentre i cluster x86 rullano dati interi. Resta il fatto che senza ilsoftware tutto questo è solo campato in aria. E vi assicuro che è un problema presente e futuro. Gli sviluppatori non hanno voglia di cambiare filosofia di pensiero nello sviluppo, e hanno le loro ragioni. Parlando invece delle opencl: come al solito sono solo fuoco di paglia, praticmente inutilizzate nella maggiorparte delle applicazioni (trannw qualcuna di grosso calibro).
Comunque HSA non ha niente a che fare con le cpu/apu fino ad Excavator. Lo step3 riportato su quelle slide indica Excavator appunto, ma non è ancora la vera integrazione. I tmepi sono ancora lunghi, aggiungo anche che la situazione è piu lunga del previsto, visto che nulla toglie che AMD faccia per Steamroller la stessa cosa che vuole fare per Piledriver, ossia un aggiornamento della stessa evoluzione architetturale (PD2/SR2) prima di Excavator (ergo i tempi si allungano ancora). Il vero HSA lo vedrete non prima del 2016/2017.

PS OT: ho ordinato una stupenda http://it.msi.com/product/mb/FM2-A85XA-G65.html (volevo una Biostar, ma su trovaprezzi c'è solo la Hi-Fi A85W ed io cerco la Hi-Fi A85X - http://www.biostar.com.tw/app/en/mb/socket.php?S_ID=18 -). Ora prendo un 5800k fiammante. Lo so sono nel thread sbagliato c'è quello dedicato a llano/trinity, ma di la poi scriverò per aiuti e info piu dettagliati.