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

[TheBestFix]

Originariamente inviato da Nforce Ultra

Ti confermo che anche la mia UD3 con il Phenom II 955 a 3.9 con vcore 1.425 non ha problemi di vdrop, probabilmente gli FX hanno un assorbimento di corrente maggiore dei Phenom II affaticano di più i VRM e si ha vdrop.

si lo penso anche io

[digieffe]

Originariamente inviato da winebar

Ce lo diceva sempre il nostro prof di architettura degli elaboratori...
Ma non ci ha mai dato dati concreti.

Si be ma dei blocchi di assembler relativamente piccoli sono facili da gestire...
Cioè, avendo a disposizione l'ISA se devo creare 100k di codice è abbastanza semplice da gestire, se devo crearne 20/30 MB diventa difficilotto.
Inizia ad ottimizzare qualche MB di codice assembler ed esci pazzo tra i vari $sx $tx ecc ecc.
Correggimi se sbaglio.

forse il tuo prof. si riferiva ad un intero ed enorme codice scritto in asm da programmatori di media esperienza.
In questo caso chiaramente un compilatore può senza troppa fatica ottimizzare meglio (in media il tutto).

Però solitamente la parte che va ottimizzata in asm è molto piccola, tramite il profiling si misura li dove il codice è critico come prestazioni e si agisce "a mano" ottimizzandolo.

aggiungo magari i compilatori fossero in grado di fare tutte le ottimizzazioni che si possono fare a mano, d'altro canto non si possono ottimizzare milioni di righe di codice asm a mano altrimenti i costi di sviluppo esplodono oltre che avere parti di codice inutilmente ottimizzate.

[shellx]

Originariamente inviato da digieffe

forse il tuo prof. si riferiva ad un intero ed enorme codice scritto in asm da programmatori di media esperienza.
In questo caso chiaramente un compilatore può senza troppa fatica ottimizzare meglio (in media il tutto).

Però solitamente la parte che va ottimizzata in asm è molto piccola, tramite il profiling si misura li dove il codice è critico come prestazioni e si agisce "a mano" ottimizzandolo.

aggiungo magari i compilatori fossero in grado di fare tutte le ottimizzazioni che si possono fare a mano, d'altro canto non si possono ottimizzare milioni di righe di codice asm a mano altrimenti i costi di sviluppo esplodono oltre che avere parti di codice inutilmente ottimizzate.

quoto, aggiungendo anche che l'assembly se è scritto con la giusta esperienza è assolutamente piu veloce di tutti gli altri linguaggi, in qualità del fatto che è diretto al dialogo con il linguaggio "codice" macchina.
Inoltre solitamente sono piu utilizzati approcci dove blocchi assembly di piccole dimensioni ottimizzate manualmente per determinate funzioni di superiore importanza, vengono implementate in strutture C, dove in queste il resto del programma (piu superfluo) viene ottimizzato e debugghizzato automaticamente dai compilatori.

Tornando in topic: ho rimesso 4 banchi e per adesso mi arrendo, fino a quando non trovo/mi faccio un bios adatto. Ora provo a scrivere un email a MSI. Ma tanto già so che mi invia a cagare.

[winebar]

Originariamente inviato da digieffe

forse il tuo prof. si riferiva ad un intero ed enorme codice scritto in asm da programmatori di media esperienza.
In questo caso chiaramente un compilatore può senza troppa fatica ottimizzare meglio (in media il tutto).

Infatti anche io ho detto che un conto è avere 100k di codice asm, un'altro avere diversi MB...
Se non addirittura un intero OS (che esiste) completamente in asm.

Originariamente inviato da shellx

quoto, aggiungendo anche che l'assembly se è scritto con la giusta esperienza è assolutamente piu veloce di tutti gli altri linguaggi, in qualità del fatto che è diretto al dialogo con il linguaggio "codice" macchina.

Si lo so, però il punto è quello. Vai ad ottimizzare codice asm al massimo possibile. Ma non parlo di piccole parti, parlo di programmi interi.
Se non erro comunque anche il kernel linux ha diversi blocchi in asm che vengono caricate da codice in C.

Originariamente inviato da shellx

Ma tanto già so che mi invia a cagare.

Sei così ottimista da credere che ti risponderanno?

[shellx]

Originariamente inviato da winebar

Si lo so, però il punto è quello. Vai ad ottimizzare codice asm al massimo possibile. Ma non parlo di piccole parti, parlo di programmi interi.
Se non erro comunque anche il kernel linux ha diversi blocchi in asm che vengono caricate da codice in C.

Ma infatti, nel 2012 l'assembly viene utilizzato per scrivere determinate funzioni di rilevante importanza ma di piccole dimensioni e poi impilate al C.
Oggi scrivere interi programmi in asm di mb e mb di stringhe è quasi raro.
Chi è quel folle che si distrugge i neuroni dietro l'assembly per scrivere stringhe e stringhe anche di irrilevante importanza per la soluzione software, contutti i linguaggi interpreti e compilati, e di generazioni superiori che abbiamo oggi. Siamo arrivati alla quinta generazione di linguaggio, con il wlanguage. Ormai apparte per funzioni veramente mirate e precise da fare manualmente, l'assembly è poco utilizzato.
Si nel kernel di linux, fortunamente e per ovvi motivi, l'assembly è indispensabile.

Sei così ottimista da credere che ti risponderanno?

Dici che scrivergli è come invocare Dio e sperare che mi appaia sul monitor sul terminale durante la sessione di risposta di update ppa ?

[theProix87]

La tensione corretta la monitorate tramite CpuZ...? non vorrei superare in OC estremi 1,5 di Vcore, quindi da dove devo leggere...?

Per esempio da Bios ho 1.4.... da AMD OD ho 1,4125 mentre da CPUz levando i risparmi energetici, quindi CPU sempre alla massima frequenza, vario da 1,008 a 1,456

[paolo.oliva2]

Originariamente inviato da theProix87

La tensione corretta la monitorate tramite CpuZ...? non vorrei superare in OC estremi 1,5 di Vcore, quindi da dove devo leggere...?

Per esempio da Bios ho 1.4.... da AMD OD ho 1,4125 mentre da CPUz levando i risparmi energetici, quindi CPU sempre alla massima frequenza, vario da 1,008 a 1,456

Io guardo CPU-Z, anche se penso sballi di +0,02V con la cf-v.

se ilVcore ti varia di 0.5V hai i P-State attivi.

Secondo me sono più importanti le temp... il valore del Vcore èrelativo..

[winebar]

Originariamente inviato da shellx

MChi è quel folle che si distrugge i neuroni dietro l'assembly

Loro:
http://www.menuetos.net/

E il bello è che supportano sia i 32 che i 64 bit
Solo su x86 ovviamente...

Originariamente inviato da shellx

Dici che scrivergli è come invocare Dio e sperare che mi appaia sul monitor sul terminale durante la sessione di risposta di update ppa ?

Preferisco dribblare la domanda con un: non voglio urtare i credenti.

Inviato dal mio GT-I9000 con Tapatalk 2

[Athlon 64 3000+]

http://forums.anandtech.com/showthre...8#post34319628

roadmap server.

[shellx]

Originariamente inviato da winebar

Loro:
http://www.menuetos.net/

E il bello è che supportano sia i 32 che i 64 bit
Solo su x86 ovviamente...

Questo sito mi mancava, sono dei grandi...

Stamane mi sono giocato il lavoro, esco di casa e mi ritrovo una tegola impalata nel parabrezza, a primo acchitto temetti l'anticristo, poi mi accorsi che era solo una tegola caduta per il fortissimo vento di bufera di stanotte. Risultato di tutto questo: oggi ozio e dedico tutto il tempo a ottimizzare il sistema, non riesco a digerire il fatto che con 4 moduli non mi alza l'nb. Cioè sta cosa mifa rosicare e non poco. Intanto l'email a MSI lo mandata ieri, se non rispondono gli sparo un bombmail fino ad intasargli le caselledi posta. Esigo una risposta !

[TheBestFix]

Originariamente inviato da theProix87

La tensione corretta la monitorate tramite CpuZ...? non vorrei superare in OC estremi 1,5 di Vcore, quindi da dove devo leggere...?

Per esempio da Bios ho 1.4.... da AMD OD ho 1,4125 mentre da CPUz levando i risparmi energetici, quindi CPU sempre alla massima frequenza, vario da 1,008 a 1,456

cpu-z e hwmonitor i valori sono quelli che effettivamente arrivano alla cpu e coincidono, vai tranquillo con quelli, ovviamente se hai problemi di vdrop non corrisponderanno a quelli mpostati da bios...un'altro sistema per verificare il voltaggio e' usare l'utility di gigabyte TouchBios se clicchi sulla scheda stato del pc ti verra' fuori anche il voltaggio effettivo della cpu

[shellx]

Originariamente inviato da Athlon 64 3000+

http://forums.anandtech.com/showthre...8#post34319628

roadmap server.

Come è affascinante questa roadmap...mi ricorda molto il minestrone nella casseruola rimasto dal pranzo che mia nonna mi riscaldava la sera. Ricordo anche però che la sera aveva un sapore diverso.

[paolo.oliva2]

Originariamente inviato da Athlon 64 3000+

http://forums.anandtech.com/showthre...8#post34319628

roadmap server.

Speriamo che alla prox "scorreggia" di un'altra testata non reiniziano le disperazioni/pianti (finti) per la probabile chiusura AMD.
Bah... Io non so (si fa per dire) chi abbia il tornaconto di divulgare comunque notizie negative su AMD, ma se ci fate caso, le notizie principali sono sempre 2... la prima è che i proci AMD non aumenteranno di potenza (vedi prima dell'uscita di Vishera) e quando questa strada fallisce, si ritorna sulla chiusura di AMD.

Tornando in tema, praticamente torna con l'info di PD2 sempre sul 32nm..., quindi novembre 2011 Zambesi, novembre 2012 PD e novembre 2013 PD2, per poi passare al 2014, presumibilmente novembre, al post PD2, con una bella X sul numero dei moduli.

[shellx]

Originariamente inviato da paolo.oliva2

Tornando in tema, praticamente torna con l'info di PD2 sempre sul 32nm..., quindi novembre 2011 Zambesi, novembre 2012 PD e novembre 2013 PD2, per poi passare al 2014, presumibilmente novembre, al post PD2, con una bella X sul numero dei moduli.

cioè ? Io mi accontento che abbia gli stessi moduli ma con steamroller e tutto le promesse che doveva contenere questo. Serve più questo cambiamento che avere core's in più.

[plainsong]

Originariamente inviato da paolo.oliva2

Tornando in tema, praticamente torna con l'info di PD2 sempre sul 32nm..., quindi novembre 2011 Zambesi, novembre 2012 PD e novembre 2013 PD2, per poi passare al 2014, presumibilmente novembre, al post PD2, con una bella X sul numero dei moduli.

Ma quindi con PD2 sul thread si intende la rev c del silicio?
In ogni caso è auspicabile che con gli FX x3xx e le apu Richland nel corso del 2013 Amd riesca a spingere le frequenze in modo analogo a quanto visto con i Phenom II.

[TheBestFix]

Originariamente inviato da paolo.oliva2

Speriamo che alla prox "scorreggia" di un'altra testata non reiniziano le disperazioni/pianti (finti) per la probabile chiusura AMD.
Bah... Io non so (si fa per dire) chi abbia il tornaconto di divulgare comunque notizie negative su AMD, ma se ci fate caso, le notizie principali sono sempre 2... la prima è che i proci AMD non aumenteranno di potenza (vedi prima dell'uscita di Vishera) e quando questa strada fallisce, si ritorna sulla chiusura di AMD.

Tornando in tema, praticamente torna con l'info di PD2 sempre sul 32nm..., quindi novembre 2011 Zambesi, novembre 2012 PD e novembre 2013 PD2, per poi passare al 2014, presumibilmente novembre, al post PD2, con una bella X sul numero dei moduli.

ti quoto per il tornando in tema.....paolo come stai messo con il NB? mi sta dando non pochi grattacapi e non ne comprendo il motivo....siamo messi peggio che coi deneb rev. c2......

[winebar]

Originariamente inviato da shellx

Stamane mi sono giocato il lavoro, esco di casa e mi ritrovo una tegola impalata nel parabrezza, a primo acchitto temetti l'anticristo, poi mi accorsi che era solo una tegola caduta per il fortissimo vento di bufera di stanotte. Risultato di tutto questo: oggi ozio e dedico tutto il tempo a ottimizzare il sistema, non riesco a digerire il fatto che con 4 moduli non mi alza l'nb. Cioè sta cosa mifa rosicare e non poco. Intanto l'email a MSI lo mandata ieri, se non rispondono gli sparo un bombmail fino ad intasargli le caselledi posta. Esigo una risposta !

Spero per te che hai l'assicurazione contro le catastrofi ambientali...
Al massimo puoi sempre prendere la macchina, portarla sul monte bianco, causare una valanga (tipo gridando "è distrutta!" a sguarciagola) e farti pagare dall'assicurazione.

Originariamente inviato da shellx

cioè ? Io mi accontento che abbia gli stessi moduli ma con steamroller e tutto le promesse che doveva contenere questo. Serve più questo cambiamento che avere core's in più.

Cioè, l'anno prossimo avremo Vishera 2.0 e da Novembre 2014 (rispettando sempre 1 un anno sul mercato per i processori) avremo Steamroller o magari direttamente Excavator, unendo i vantaggi degli scheduler esclusivi a quelli delle HDL... Sarebbe un ottimo passo avanti.
Speriamo solo che in PD2.0 aumentino comunque l'IPC.

Originariamente inviato da plainsong

Ma quindi con PD2 sul thread si intende la rev c del silicio?

Con PD2 si intende un miglioramento di PD (aumentando IPC, frequenze e quant'altro) unito al massimo miglioramento del silicio da qui a 11 mesi circa.
Spero almeno lo step D0.

Originariamente inviato da shellx

In ogni caso è auspicabile che con gli FX x3xx e le apu Richland nel corso del 2013 Amd riesca a spingere le frequenze in modo analogo a quanto visto con i Phenom II.

Lo spero vivamente. Comunque penso proprio che saranno FX x4xx, dato che gli x3xx li abbiamo già adesso.

[winebar]

Originariamente inviato da gridracedriver

siamo già alla rev C0 sul silicio che era B2g, per cui spererei almeno in un C3 o successivo step... già che si rimane purtroppo su sto 32nm almeno che lo spremano al massimo, tanto sarà l'ultimo giro di una ruota sdentata!...

L'idea di AMD non è così sbagliata... Perchè buttarsi su un 28nm bulk che non darebbe praticamente nessun vantaggio come frequenze (aumentare di +200Mhz la frequenza stock equivale a dover aumentare del 10% solo l'IPC, che è tanto, solo Intel osa tanto) e sprattutto non conosci se una volta che entra in produzione le rese saranno buone o se il silicio farà schifo. Meglio che GF lo testi per un anno e lo migliori. Anche se fossi stato io in Rory Read avrei fatto tutti i chip per portatili sui 28 nm (anche solo migliorando l'IPC del 5%, ma migliorando i consumi di un 2/3%, non fondamentale sui desktop ma essenziale in ambito mobile) e l'anno successivo sarei passato ai 20 direttamente sia sul desktop che sul mobile...

[shellx]

Originariamente inviato da winebar

Spero per te che hai l'assicurazione contro le catastrofi ambientali...
Al massimo puoi sempre prendere la macchina, portarla sul monte bianco, causare una valanga (tipo gridando "è distrutta!" a sguarciagola) e farti pagare dall'assicurazione.

è tutto assicurato

Cioè, l'anno prossimo avremo Vishera 2.0 e da Novembre 2014 (rispettando sempre 1 un anno sul mercato per i processori) avremo Steamroller o magari direttamente Excavator, unendo i vantaggi degli scheduler esclusivi a quelli delle HDL... Sarebbe un ottimo passo avanti.
Speriamo solo che in PD2.0 aumentino comunque l'IPC.

Speriamo...

Lo spero vivamente. Comunque penso proprio che saranno FX x4xx, dato che gli x3xx li abbiamo già adesso.

vanno a numero dispari: è piu verosimile FX-X5XX

[winebar]

Originariamente inviato da shellx

vanno a numero dispari: è piu verosimile FX-X5XX

Ma c'è da contare che l'anno scorso il x2xx se lo erano giocati con il 6200.

Comunque, dici che fanno come lo gnomo dal pedone profumato ma dall'ashella puzzolente? Versioni in sviluppo dispari, versioni stabili pari (in questo caso al contrario)??

Inviato dal mio GT-I9000 con Tapatalk 2