[Thread Ufficiale] Aspettando ZEN

[bjt2]

Originariamente inviato da cdimauro

Il codice del dispatcher sarà sempre lo stesso nell'eseguibile: basterebbe trovarlo, vedere quanti code path ci sono, e fornire una patch per abilitarne una precisa.

Ok ho capito. Si potrebbe scrivere un piccolo programmino che rileva che versioni sono nell'eseguibile, su che CPU sta girando e patchi l'eseguibile per la CPU corrente (ovviamente se la CPU è INTEL non deve fare nulla). Ovviamente deve avere una tabella per le CPU non INTEL che dica per ogni CPU qual è il path ottimale in ordine decrescente e applicare il migliore tra quelli presenti nell'eseguibile.

Originariamente inviato da cdimauro

No, il dispatcher funziona solo con le CPU Intel, sempre per ovvie ragioni (il compilatore ottimizza per micro-architettura, in modo da sfruttarla più possibile), ma è possibile compilare tranquillamente per AVX2 per qualunque CPU.

Dall'ultimo messaggio di Alessio89 su B&C: http://amd-dev.wpengine.netdna-cdn.c...renceGuide.pdf

Prima pagina, a sinistra, ci sono le opzioni che AMD consiglia per ICC (il compilatore C++ Intel. Ma le stesse valgono per IFORT, quello Fortran sempre di Intel).

Si questo l'avevo letto. Resta il fatto che per CPU non AMD devi fare il dispatching in uno dei modi che ho detto nel mio post di ieri: più eseguibili (usando opzioni -m diverse), dispatcher a mano come suggerito da agner fog (ma qui solo per il codice che scrivi tu) oppure workaround per il dispatcher INTEL se si usano anche librerie INTEL.

Non metto in dubbio che si possa fare, ma lo puoi fare tu per il tuo software.

I software che sono distribuiti, se va male hanno le impostazioni di default, e quindi il dispatcher abilitato (e quindi non CPU AMD) e se usano una libreria INTEL anche questa va al path di default su CPU AMD.

Se va bene, dubito che usino i trucchi di Agner Fog, perchè sono non documentati e frutto di sua ricerca. E poi da svariati anni le CPU intel sono le più veloci e le più diffuse... Perchè sbattersi?
Io non ho mai visto software con due eseguibili diversi per CPU diverse.
Invece come riporta Agner Fog sono stati trovati software compilati con compilatori e librerie ben più vecchie del software (e Mathcad non è che costi bruscolini... Quindi chissà le altre software houses) e impostazioni di default, che con la patch giravano fino a 3 volte più veloci su CPU AMD...

Originariamente inviato da cdimauro

E' sicuramente sbagliato, perché quelle informazioni te le ho prese pari pari dal manuale Inter le ottimizzazioni, dove c'è lo schema di Skylake.

In Haswell (e credo pure Broadwell), sono asimmetriche, ma stranamente in una manca la FADD (ma può fare FMUL. Stranissimo, perché mi aspetterei una FADD anziché una FMUL).

Allora il tizio che ha fatto quella immagine ha riempito i "vuoti" con le informazioni di haswell senza leggere i manuali di ottimizzazione di skylake...

[alexsky8]

Originariamente inviato da george_p

Beh, 500/600 euro per un octacore+SMT che va pari quanto lo stesso di pari core e thrad intel venduto al doppio ti pare un rischio?
Il rischio è semmai per intel che dovrà scendere non di poco il suo listino prezzi.
E di conseguenza farà in seguito anche amd nel quasi immediato futuro.
Questa è legge di mercato, è sempre avvenuto questo.
In poco tempo si arriverà ad avere lo stesso prezzo tolto fuori per un quadcore oggi (4+4 ovvio) avendo però un octacore (8+8).

Si si, è proprio un rischio che mi auspico si avveri.

beh consideriamo che AMD deve rifarsi un mercato quindi se vuole essere aggressiva deve farlo all'inizio e non fra 1/2 anni quando avrà riconquistato (magari) il 20% di quote

mi aspetterei molti anche sui prezzi, non certo regalati ma bassi sì

[george_p]

Originariamente inviato da alexsky8

beh consideriamo che AMD deve rifarsi un mercato quindi se vuole essere aggressiva deve farlo all'inizio e non fra 1/2 anni quando avrà riconquistato (magari) il 20% di quote

mi aspetterei molti anche sui prezzi, non certo regalati ma bassi sì

MisterD subito dopo il mio post ha risposto egregiamente.

[paolo.oliva2]

AMD Radeon VEGA GPU Architecture Preview Coming at CES 2017

http://wccftech.com/amd-radeon-vega-...ture-ces-2017/

http://wccftech.com/amd-vega-features/

wow

[paolo.oliva2]

Originariamente inviato da Gioz

converrai però col fatto che è improbabile stravolgere totalmente qualcosa di così radicato e diffuso in senso univoco, è circa come pensare di cambiare la lingua di un paese.

Si, però come ti posso dire, una cosa irrealizzabile lo è oggi come domani, la lingua di un paese cambia relativamente in breve tempo, se conti che noi avevamo il latino, il volgare, l'italiano, e l'italiano "imbastardito" di oggi. Tra l'altro, non è che sia remota la possibilità di parlare arabo o russo o cinese nel giro di qualche anno... .

Praticamente io a cidimauro ho praticamente detto che è solamente una questione di tempo, ma il computer come lo vediamo noi oggi, era l'8088 di decenni fa, me decenni fa diciamo che era il procio l'ancora al software, mentre oggi vedo più il software l'ancora al procio. Non è un discorso di bandiera nel senso che domani AMD cambierà tutto, però prima o poi cambierà, anche perchè la durata del cambiamento è proporzionata all'importanza che il cambiamento porta.

[paolo.oliva2]

Originariamente inviato da cdimauro

Mettiamo il caso di sognare di poter entrare in un buco nero e uscirne, e diamoci una scadenza bella lunga (quanto l'attuale età dell'universo: 13,7 miliardi di anni): secondo te sarà possibile?

Beh, però il 97% dell'universo è formato dalla materia oscura, quindi per te il 97% dell'universo non esisterebbe semplicemente perchè non si può toccare con mano e quindi impossibile che esista?
Un mio hobby è l'astronomia... ho un Newton da 300mm RF 4,5... e dall'Equatore ho la fortuna di vedere entrambi gli emisferi... anche se ci ho messo 6 mesi per ritrovarmi... fa un po' senso vedere la polare in basso all'orizzonte verso nord, l'eclittica con tutti i pianeti perpendicolare sopra la testa... c'è molta umidità che pregiudica un po' il seeing, ma in compenso l'inquinamento luminoso è praticamente assente.

[paolo.oliva2]

Intel potrebbe decidere di commercializzare un KabyLake Refresh per fine anno e rinviare Cannolake al 2018 inoltrato. Una notizia che lascia alquanto spiazzati, perché già KabyLake sarebbe il refresh di Skylake.

Al pari delle altre fonderie, anche Intel sta incontrando diversi problemi nello scendere di nanometri, e questa situazione sta mettendo a rischio la sua supremazia nel campo delle CPU. Supremazia che si basava, e si basa tutt’ora, al 50% sul vantaggio tecnologico nel campo delle fonderie. A quanto pare, per i prossimi 12-18 mesi, Intel ed AMD battaglieranno sul medesimo nodo (14nm), quindi sarà interessante osservare chi tra le due ha effettivamente la migliore micro-architettura.

http://www.bitsandchips.it/9-hardwar...-piu-pressanti

Sembra che Intel stia ipotizzando di saltare i 10nm per arrivare direttamente ai 7nm.

http://www.bitsandchips.it/50-enterp...msung-ed-intel

[Gioz]

Originariamente inviato da paolo.oliva2

Si, però come ti posso dire, una cosa irrealizzabile lo è oggi come domani, la lingua di un paese cambia relativamente in breve tempo, se conti che noi avevamo il latino, il volgare, l'italiano, e l'italiano "imbastardito" di oggi. Tra l'altro, non è che sia remota la possibilità di parlare arabo o russo o cinese nel giro di qualche anno... .

Praticamente io a cidimauro ho praticamente detto che è solamente una questione di tempo, ma il computer come lo vediamo noi oggi, era l'8088 di decenni fa, me decenni fa diciamo che era il procio l'ancora al software, mentre oggi vedo più il software l'ancora al procio. Non è un discorso di bandiera nel senso che domani AMD cambierà tutto, però prima o poi cambierà, anche perchè la durata del cambiamento è proporzionata all'importanza che il cambiamento porta.

per carità...ho fatto solo un esempio che mi pareva in linea, che li nasce e li finisce. tutto si può fare con la fantasia, ma poi all'atto pratico le cose cambiano.

ad esempio lato software sono nati molti linguaggi di programmazione "nuovi", ma ad esempio se scrivevi qualcosa per il gameboy advance attorno al 2000 praticamente scrivevi/compilavi C++, e se non ricordo male il motore di gioco torque(quello di tron 2 se ricordo bene, che non so neanche se esiste ancora) una decina di anni fa era praticamente come scrivere del C++...per cui anche se ora sono fuori da queste cose e non conosco roba moderna, mi aspetto che chi se ne occupa scriverà C++.
per estensione mi aspetto, forse erroneamente dato che fuori dalla mia piccola realtà non mi interesso abbastanza di ciò, che questo discorso sia applicabile a tutte le tecnologie correlate...
poi al di la delle grandi compagnie, dei grandi software e delle tecnologie hw nuove, nei piccoli ed insignficanti posti dove ho potuto lavorare fino ad oggi sono soddisfazioni quando apri un sorgente con l'editor e trovi "If vers=win95"...

[marchigiano]

Originariamente inviato da Ryddyck

Ti schiavizzeranno su sti protocolli strani d-can

hey, avevamo detto niente bestemmie

[digieffe]

Originariamente inviato da paolo.oliva2

Intel potrebbe decidere di commercializzare un KabyLake Refresh per fine anno e rinviare Cannolake al 2018 inoltrato. Una notizia che lascia alquanto spiazzati, perché già KabyLake sarebbe il refresh di Skylake.

Al pari delle altre fonderie, anche Intel sta incontrando diversi problemi nello scendere di nanometri, e questa situazione sta mettendo a rischio la sua supremazia nel campo delle CPU. Supremazia che si basava, e si basa tutt’ora, al 50% sul vantaggio tecnologico nel campo delle fonderie. A quanto pare, per i prossimi 12-18 mesi, Intel ed AMD battaglieranno sul medesimo nodo (14nm), quindi sarà interessante osservare chi tra le due ha effettivamente la migliore micro-architettura.

http://www.bitsandchips.it/9-hardwar...-piu-pressanti

Sembra che Intel stia ipotizzando di saltare i 10nm per arrivare direttamente ai 7nm.

http://www.bitsandchips.it/50-enterp...msung-ed-intel

beh no

sarebbe un 14nm+ vs un 22nm lp

[cdimauro]

Originariamente inviato da bjt2

Ok ho capito. Si potrebbe scrivere un piccolo programmino che rileva che versioni sono nell'eseguibile, su che CPU sta girando e patchi l'eseguibile per la CPU corrente (ovviamente se la CPU è INTEL non deve fare nulla). Ovviamente deve avere una tabella per le CPU non INTEL che dica per ogni CPU qual è il path ottimale in ordine decrescente e applicare il migliore tra quelli presenti nell'eseguibile.

Esattamente. Richiede un po' di smanettamento, ma poi la soluzione sarà generale e perfetta per sfruttare qualunque code path.

Si questo l'avevo letto. Resta il fatto che per CPU non AMD devi fare il dispatching in uno dei modi che ho detto nel mio post di ieri: più eseguibili (usando opzioni -m diverse), dispatcher a mano come suggerito da agner fog (ma qui solo per il codice che scrivi tu) oppure workaround per il dispatcher INTEL se si usano anche librerie INTEL.

Non metto in dubbio che si possa fare, ma lo puoi fare tu per il tuo software.

I software che sono distribuiti, se va male hanno le impostazioni di default, e quindi il dispatcher abilitato (e quindi non CPU AMD) e se usano una libreria INTEL anche questa va al path di default su CPU AMD.

Se va bene, dubito che usino i trucchi di Agner Fog, perchè sono non documentati e frutto di sua ricerca. E poi da svariati anni le CPU intel sono le più veloci e le più diffuse... Perchè sbattersi?

Nulla da dire, ma almeno i clienti sono informati e dovrebbero sapere cosa fare. Se non lo fanno... problemi loro, alla fine.

Io non ho mai visto software con due eseguibili diversi per CPU diverse.
Invece come riporta Agner Fog sono stati trovati software compilati con compilatori e librerie ben più vecchie del software (e Mathcad non è che costi bruscolini... Quindi chissà le altre software houses) e impostazioni di default, che con la patch giravano fino a 3 volte più veloci su CPU AMD...

Come diceva Andrea89, può essere capitato con CPU AMD che non disponevano di certe estensioni.

Per il resto dubito fortemente che, a parità di feature utilizzate, ci possano essere risultati così forti.

Allora il tizio che ha fatto quella immagine ha riempito i "vuoti" con le informazioni di haswell senza leggere i manuali di ottimizzazione di skylake...

Penso di sì.

Originariamente inviato da paolo.oliva2

Beh, però il 97% dell'universo è formato dalla materia oscura, quindi per te il 97% dell'universo non esisterebbe semplicemente perchè non si può toccare con mano e quindi impossibile che esista?
Un mio hobby è l'astronomia... ho un Newton da 300mm RF 4,5... e dall'Equatore ho la fortuna di vedere entrambi gli emisferi... anche se ci ho messo 6 mesi per ritrovarmi... fa un po' senso vedere la polare in basso all'orizzonte verso nord, l'eclittica con tutti i pianeti perpendicolare sopra la testa... c'è molta umidità che pregiudica un po' il seeing, ma in compenso l'inquinamento luminoso è praticamente assente.

Io sono appassionato di astrofisica, e non mi hai risposto.

Il punto è che la fantasia è una cosa, e la realtà, anche futura, è/sarà un'altra.

Per tornare al nostro caso e fare un esempio più pratico, gli emulatori esistono da una vita. Ma hai visto per caso una rivoluzione del tipo spalmare l'esecuzione di una CPU (o, in generale, dispositivo) emulato su TUTTI i core/thread hardware a disposizione? No. E sono abbastanza sicuro che non la vedrai.

Figurati spalmarla su tutti gli stream processor di una GPU: puro suicidio.

[Freisar]

Chissà rispetto al mio I5 4690 che boost avrei con ryzen, secondo voi?

[bjt2]

Originariamente inviato da cdimauro

Come diceva Andrea89, può essere capitato con CPU AMD che non disponevano di certe estensioni.

Per il resto dubito fortemente che, a parità di feature utilizzate, ci possano essere risultati così forti.

Nel caso di Mathcad, avevano usato un compilatore tanto vecchio, da usare codice 386/x87 nel path generico, credo. E comunque se una CPU AMD non supporta le estensioni nel code path il codice va in #GP (o #UD, non ricordo), quindi non funziona... Invece sono stati notati incrementi significativi (non nell'ordine di 3x, ovviamente) anche per altri software. Segno che molti se non tutti sono compilati con le impostazioni di default. Ma ora le architetture AMD (a parte forse le jaguar e bobcat) sono abbastanza simili alle INTEL, per cui probabilmente le stesse ottimizzazioni che servono per INTEL, vanno bene anche per AMD o almeno non la danneggiano... Un caso su tutti: le vecchie CPU INTEL avevano il problema del decoding 4-1-1-1. Per ottimizzare il decoding alcune istruzioni venivano riordinate per avere questo schema. Su AMD questa ottimizzazione non è necessaria, ma neanche la danneggia...

[paolo.oliva2]

La nanometria del silicio più spinta non sembra affatto limitare frequenze OC più alte, visto che un 7700K ha superato i 7GHz disabilitando 2 core e l'SMT e arrivando a 6,7GHz con 4 core e SMT (va bene, 2V ad azoto...)

http://www.hwupgrade.it/news/cpu/int...tto_66405.html

Quindi, IF Zen ~FO4 di BD Then OC ~BD, almeno ad azoto.

Certo che se Zen potesse benchare a 7,690GHz come quell'8350, che risultati farebbe?

[paolo.oliva2]

Originariamente inviato da cdimauro

Io sono appassionato di astrofisica, e non mi hai risposto.

Il punto è che la fantasia è una cosa, e la realtà, anche futura, è/sarà un'altra.

Per tornare al nostro caso e fare un esempio più pratico, gli emulatori esistono da una vita. Ma hai visto per caso una rivoluzione del tipo spalmare l'esecuzione di una CPU (o, in generale, dispositivo) emulato su TUTTI i core/thread hardware a disposizione? No. E sono abbastanza sicuro che non la vedrai.

Figurati spalmarla su tutti gli stream processor di una GPU: puro suicidio.

Beh, oltrepassare l'orizzonte degli eventi, questo è un'altra denominazione di un buco nero, sicuramente porterebbe uno sconvolgimento all'aggregazione molecolare del mio fisico... porò, visto che nulla si crea, nulla si distrugge ma tutto si trasforma, mi sarò trasformato o farò parte di qualcos'altro... ma di certo non mi attira.
Tu per cosa sei propenso? Per l'universo finito o infinito?

[Ryddyck]

Mhm https://www.techpowerup.com/forums/t...3#post-3578008
Dovrebbe essere conosciuto...

[digieffe]

Originariamente inviato da cdimauro

Per tornare al nostro caso e fare un esempio più pratico, gli emulatori esistono da una vita. Ma hai visto per caso una rivoluzione del tipo spalmare l'esecuzione di una CPU (o, in generale, dispositivo) emulato su TUTTI i core/thread hardware a disposizione? No. E sono abbastanza sicuro che non la vedrai.

Figurati spalmarla su tutti gli stream processor di una GPU: puro suicidio.

premetto che, in base alle (micro)architetture attuali (che sono più più harward che Von Neumann), concordo con te.
Potresti esplicare meglio (per paolo ) le difficoltà/l'impossiblità di spalmare un emulatore su più core o su una gpu.
oltre a difficoltà appartenenti alla logica, la principale che vedo è che i core sono separati da caches (separate per dati/istruzioni) e per comunicare tra un core ed un'altro ci sono delle latenze che fanno perdere il vantaggio a granularità finissima (sempre nel caso che sia possibile spalmare il processo su più core).
tu cos'altro puoi far notare?

[digieffe]

Originariamente inviato da Freisar

Chissà rispetto al mio I5 4690 che boost avrei con ryzen, secondo voi?

quasi stesse prestazioni in ST, circa il doppio in MT

[tuttodigitale]

Originariamente inviato da alexsky8

io ho solo un timore....il prezzo
se davvero questo ZEN 8+8 può giocarsela con un 4core intel di alta gamma (lato frequenze) e al tempo stesso con una CPU MT di alta gamma non posso credere che AMD lo regali a 400€ ma piuttosto ci sarebbe il serio rischio di vederlo più verso i 550/600€

vendere una cpu a 400 euro con ottimi volumi sarebbe davvero una ottima cosa per AMD.
dobbiamo tornare all'epoca degli a64, per avere una cpu da 400 euro con volumi di vendita decenti.

[dvxx91]

Originariamente inviato da alexsky8

beh consideriamo che AMD deve rifarsi un mercato quindi se vuole essere aggressiva deve farlo all'inizio e non fra 1/2 anni quando avrà riconquistato (magari) il 20% di quote

mi aspetterei molti anche sui prezzi, non certo regalati ma bassi sì

amd si rifà il mercato se butta il 4core/8T a 150/199max. Li prenderebbe una fetta di mercato clamorosa