ATI Radeon HD 4850, test e analisi architettura

[Zermak]

Originariamente inviato da yossarian

il secondo simula la presenza di due core quando ce n'è uno solo fisico (quello utilizzato da Intel con i PIV), il primo fa l'esatto contrario: hai più core ma l'applicazione ne vede uno solo con potenza di calcolo raddoppiata

Mi sa che hai confuso le voci è l'hyperthreading quello di cui parli

[Mr_Paulus]

Originariamente inviato da yossarian

il secondo simula la presenza di due core quando ce n'è uno solo fisico (quello utilizzato da Intel con i PIV), il primo fa l'esatto contrario: hai più core ma il sistema ne vede uno solo con potenza di calcolo moltiplicata per il numero di core

thanks

[MenageZero]

Originariamente inviato da yossarian

per risparmiare spazio e incrementare le prestazioni? Un'architettura vliw a logica attiva.
In realtà, R600 e derivati sono ibridi, in parte gestiti in HW (sono a tutti gli effetti processori OoO con bilanciamento automoatico dei carichi di lavoro) con sp di tipo vliw (quindi l'architettuta vliw è limitata alle 5 alu di ogni sp).

Originariamente inviato da Foglia Morta

Fast14

Originariamente inviato da yossarian

Originariamente inviato da Free Gordon

Ma non doveva già R600 essere a logica attiva?
[cut]

Originariamente inviato da yossarian

no e neppure G70 era completamente IO (come non lo sono neppure le cpu delle console: ad esempio il MC del ring bus del cell gestisce i dma in modalità OoO e non può essere atrimenti)



i test li ha postato foglia morta; G80 ha un'unità di branching che però non lavora in parallelo ma in serie alle alu, per cui fa perdere qualche ciclo di clock. Le pipeline dei chip NV sono più lunghe ed hanno latenze maggiori rispetto a quelle dei chip ATi, per mascherarle hanno bisogno di caricare un numero molto maggiore di thread

Originariamente inviato da Free Gordon

Ma non doveva già R600 essere a logica attiva?

G80 e GT200, sono ancora In-order come G70, giusto?

Come la vedi la situazione dynamic branching attualmente?
I chip Nvidia da G80 in poi hanno recuperato moltissimo nei test sintetici (in fondo alla lista)

Ora ci sono giochi che sfruttano queste features?

Come si comporta l'unità dedicata dei chip ATI ma soprattutto perchè G80 riesce a farne tranquillamente a meno?

qualche delucidazione per i comuni mortali su questa arch. vliw con logica attiva ?

e se in generale (nel contesto) con "attiva" si intende logica OoO (cosa già presente mi pare di aver capito e non solo nelle gpu ati - anche se a quanto pare in esse il dynamic branching funge meglio, giusto ?), a cosa vi riferite quando "ammiccate" a qualcosa in ottica futura ?

(cos'è "fast14" ?)

e tali riferimenti al futuro sono in ottica r(v)9xx ?

(appunto a proposito di sigle con la "r" e con il "9", le tiro in ballo perché in altri post volti al futuro, si citava appunto "r900": significa che un r(v)8xx è già pronto e sono già trapelate le caratteristiche principali ?)

[yossarian]

Originariamente inviato da Zermak

Mi sa che hai confuso le voci è l'hyperthreading quello di cui parli

hai ragione

[Zermak]

Originariamente inviato da yossarian

cioè se 2 o più gpu nello stesso package possono essere viste, tramite reverse hyperthreading, come un'unica gpu? E se si farà uso dell'hub per connettere direttamente tra loro le gpu?
La risposta è si a tutte e due. Anzi, è possibile implementare il reverse hyperthreading anche per gpu poste sullo stesso pcb. Questo, però, non significa che lo si vedrà già con R700

Quindi su R700 non avverrà poiché la logica dell'HUB non è stata studiata per quello? :'(

Ti ho corretto i refusi nel quote.

[Mr_Paulus]

Originariamente inviato da Zermak

Mi sa che hai confuso le voci è l'hyperthreading quello di cui parli

Originariamente inviato da yossarian

hai ragione

ah...ma allora lo sapevo!!!
grazie comunque

[Foglia Morta]

Originariamente inviato da yossarian

sicuro?

Tranquillo, non mi sbaglio mai

Originariamente inviato da yossarian

cioè se 2 o più gpu nello stesso package possono essere viste, tramite reverse hyperthreading, come un'unica gpu? E se si farà uso dell'hub per connettere direttamente tra loro le gpu?
La risposta è si a tutte e due. Anzi, è possibile implementare il reverse hyperthreading anche per gpu poste sullo stesso pcb. Questo, però, non significa che lo si vedrà già con R700

Ma esiste veramente qualcosa di concreto riguardo il reverse hyperthreading ? Credevo fosse un rumour e nulla più. Mi sa che comunque bisogna attendere almeno l'architettura DX11 per vedere qualcosa del genere

[yossarian]

Originariamente inviato da MenageZero

qualche delucidazione per i comuni mortali su questa arch. vliw con logica attiva ?

e se in generale (nel contesto) con "attiva" si intende logica OoO (cosa già presente mi pare di aver capito e non solo nelle gpu ati - anche se a quanto pare in esse il dynamic branching funge meglio, giusto ?), a cosa vi riferite quando "ammiccate" a qualcosa in ottica futura ?

(cos'è "fast14" ?)

logica attiva o forse sarebbe più opportuno parlare di logica dinamica, significa che ogni gate di ogni transistor ha un suo clock, per mezzo del quale regola il flusso di dati attraverso il gate; i circuiti a logica statica, invece, hanno un clock unico per un intero blocco di unità, motivo per cui la velocità di trasferimento dati attraverso tutto quel blocco avviene regolando la velocità di flusso in base all'elemento più lento. Un altro motivo per cui la logica dinamica permette di raggiungere velocità superiori è che si può far uso di nmos invece di cmos (i pmos presenti come complemento degli nmos in un cmos, sono da 1/2 a 1/3 più lenti). Inoltre, grazie all'utilizzo di soli nmos, i circuiti risultano di dimensioni decisamente più contenute (con la possibilità di aumentare il numero delle unità di calcolo a parità di dimensioni del die e di processo produttivo).
Fast14 è una tecnologia, messa a punto da Intrinsity (e di cui ATi ha acquisito i diritti), che fa uso di circuiti a logica dinamica, avendo risolto i due principali problemi che questo tipo di tecnologia presentava in origine (parliamo degli anni '70).

Originariamente inviato da MenageZero

qualche delucidazione per i comuni mortali su questa arch. vliw con logica attiva ?

e se in generale (nel contesto) con "attiva" si intende logica OoO (cosa già presente mi pare di aver capito e non solo nelle gpu ati - anche se a quanto pare in esse il dynamic branching funge meglio, giusto ?), a cosa vi riferite quando "ammiccate" a qualcosa in ottica futura ?

(cos'è "fast14" ?)

e tali riferimenti al futuro sono in ottica r(v)9xx ?

(appunto a proposito di sigle con la "r" e con il "9", le tiro in ballo perché in altri post volti al futuro, si citava appunto "r900": significa che un r(v)8xx è già pronto e sono già trapelate le caratteristiche principali ?)

si tratta di riferimenti a chip futuri

[MenageZero]

Originariamente inviato da yossarian

sicuro?



cioè se 2 o più gpu nello stesso package possono essere viste, tramite reverse hypertransport, come un'unica gpu? E se si farà uso dell'hub per connettere direttamente tra loro le gpu?
La risposta è si a tutte e due. Anzi, è possibile implementare il reverse hypertransport anche per gpu poste sullo stesso pcb. Questo, però, non significa che lo si vedrà già con R700

interessante, quindi ora sappiamo che è "probabile" che in futuro vedremo un multi-chip package di gpu
vedremo anche multi-gpu on-die ? (meno conveniente però a livello di costi di produzione ?) se sì, poco o non poco dopo il multi-chip package ?

ma ancora più interessante è il resto, imho

intendi che un ulteriore hub uguale o analogo a quello inplementato in rv770 sarà inserito nel package allo scopo di connettere le gpu o che saranno direttamente gli hub interni alle gpu ad essere messi in comunicazione tramite opportuni contatti ?

"reverse hypertransport": ma intendi l'hypertransport, il bus p2p di amd , così come lo conisciamo in genere noi profani ?

cmq, a prescindere dal come, bellissima sta cosa di far vedere al resto del sistema più gpu come una sola
(un periodo se ne vociferava anche per i core di cpu, poi almeno io non ho notato più voci al riguardo)

in queste future implementazioni, sarà un layer nel driver a "unificare" la risorsa per "il resto del mondo" o qualunque strato sw vedrà direttamente una unica gpu coem risorsa ?

[yossarian]

Originariamente inviato da Zermak

Quindi su R700 non avverrà poiché la logica dell'HUB non è stata studiata per quello? :'(

Ti ho corretto i refusi nel quote.

l'hub non c'entra, è solo un dispositivo di collegamento multicanale; per implementarlo serve un circuito interno al package (in caso di gpu multicore) o sul pcb (in caso di multigpu) che faccia vedere al sistema le gpu come un unico dispositivo (quindi di fatto un controller con relativi buffer per le istruzioni, e circuiti di trasmissione e controllo) che sia interfaccia tra le gpu ed il resto del sistema. Come avviene con il thread dispatch processor che fa vedere i vari gruppi di sp come un unico dispositivo alle istruzione che entrano nella gpu (tanto per fare un paragone con cose note)

grazie per le correzioni

[Zermak]

Originariamente inviato da yossarian

l'hub non c'entra, è solo un dispositivo di collegamento multicanale; per implementarlo serve un circuito interno al package (in caso di gpu multicore) o sul pcb (in caso di multigpu) che faccia vedere al sistema le gpu come un unico dispositivo (quindi di fatto un controller con relativi buffer per le istruzioni, e circuiti di trasmissione e controllo) che sia interfaccia tra le gpu ed il resto del sistema. Come avviene con il thread dispatch processor che fa vedere i vari gruppi di sp come un unico dispositivo alle istruzione che entrano nella gpu (tanto per fare un paragone con cose note)

grazie per le correzioni

Ok grazie per la spiegazione, non sono molto ferrato in materia ma mi piace apprendere

Quindi su R700 non ci dobbiamo aspettare questa caratteristica, o sbaglio?
Il chip PLX presente è solo, a questo punto, un semplice collegamento (bridge)?

[MenageZero]

Originariamente inviato da yossarian

logica attiva o forse sarebbe più opportuno parlare di logica dinamica, significa che ogni gate di ogni transistor ha un suo clock, per mezzo del quale regola il flusso di dati attraverso il gate; i circuiti a logica statica, invece, hanno un clock unico per un intero blocco di unità, motivo per cui la velocità di trasferimento dati attraverso tutto quel blocco avviene regolando la velocità di flusso in base all'elemento più lento. Un altro motivo per cui la logica dinamica permette di raggiungere velocità superiori è che si può far uso di nmos invece di cmos (i pmos presenti come complemento degli nmos in un cmos, sono da 1/2 a 1/3 più lenti). Inoltre, grazie all'utilizzo di soli nmos, i circuiti risultano di dimensioni decisamente più contenute (con la possibilità di aumentare il numero delle unità di calcolo a parità di dimensioni del die e di processo produttivo).
Fast14 è una tecnologia, messa a punto da Intrinsity (e di cui ATi ha acquisito i diritti), che fa uso di circuiti a logica dinamica, avendo risolto i due principali problemi che questo tipo di tecnologia presentava in origine (parliamo degli anni '70).

molto (e anche molto interessante seriamente parlando, ovviamente)
bene, quanti anni mancano per la gpu con "fast14" ?

(non lo ho mai sentito io, o non si è mai parlato di questa strada, in maniera concreta, anche per le cpu ? intendo in generale, non solo amd)

Originariamente inviato da yossarian

si tratta di riferimenti a chip futuri

sì l'avevo capito, mi chiedevo solo se veniva saltata la "generazione 8" in quei riferimenti per dei motivi precisi o se quasi per caso

ma soprattutto tnx*1000 per l'ennesima eccellente spiagazione

[MenageZero]

Originariamente inviato da yossarian

l'hub non c'entra, è solo un dispositivo di collegamento multicanale; per implementarlo serve un circuito interno al package (in caso di gpu multicore) o sul pcb (in caso di multigpu) che faccia vedere al sistema le gpu come un unico dispositivo (quindi di fatto un controller con relativi buffer per le istruzioni, e circuiti di trasmissione e controllo) che sia interfaccia tra le gpu ed il resto del sistema. Come avviene con il thread dispatch processor che fa vedere i vari gruppi di sp come un unico dispositivo alle istruzione che entrano nella gpu (tanto per fare un paragone con cose note)

e questo risponde anche alle altre mie domande nel post sopra a questo quotato

tranne ... anche multi-core on die in futuro o per ora non è previsto ?

ps:
ci puoi fare anche una ipotesi indicativa su quando vedremo le prime gpu multi-core ? (multi-chip package, appunto, mi pare di aver capito)

[yossarian]

Originariamente inviato da Zermak

Ok grazie per la spiegazione, non sono molto ferrato in materia ma mi piace apprendere

Quindi su R700 non ci dobbiamo aspettare questa caratteristica, o sbaglio?
Il chip PLX presente è solo, a questo punto, un semplice collegamento (bridge)?

per R700 ci sono delle novità per quanto riguarda la gestione del lavoro delle 2 gpu, ma non di questo tenore. Il chip plx è un controller che gestisce i collegamenti tra gli hub presenti sulle due gpu.

[yossarian]

Originariamente inviato da MenageZero

e questo risponde anche alle altre mie domande nel post sopra a questo quotato

tranne ... anche multi-core on die in futuro o per ora non è previsto ?

ps:
ci puoi fare anche una ipotesi indicativa su quando vedremo le prime gpu multi-core ? (multi-chip package, appunto, mi pare di aver capito)

non prima di aver affinato almeno il processo a 45 nm

[Zermak]

Originariamente inviato da yossarian

per R700 ci sono delle novità per quanto riguarda la gestione del lavoro delle 2 gpu, ma non di questo tenore.

Si, per via del CrossFireX Sideport.
Ho letto qualcosa come un +20% rispetto ad un normale CF normale. E' un valore possibile?

Il chip plx è un controller che gestisce i collegamenti tra gli hub presenti sulle due gpu.

Ok, grazie ancora.

[yossarian]

Originariamente inviato da Zermak

Si, per via del CrossFireX Sideport.
Ho letto qualcosa come un +20% rispetto ad un normale CF normale. E' un valore possibile?

Ok, grazie ancora.

si, è un valore possibile; inoltre anche la "comunicazione" tra le 2 gpu è migliorata

[MenageZero]

Originariamente inviato da yossarian

per R700 ci sono delle novità per quanto riguarda la gestione del lavoro delle 2 gpu, ma non di questo tenore. Il chip plx è un controller che gestisce i collegamenti tra gli hub presenti sulle due gpu.

ci puoi dettagliare un filino questi concetti ?

quindi questo chip plx che vedremo sul pcb quindi è qualcosa di diverso da quello sulla vecchia x2, giusto ? (l'hub non c'era in rv670)

(del chip sulla hd3870x2 mi era stato detto qualche giorno fa che è uno switch pci-e usato per smistare alle 2 gpu le lane della connessione x16 con la mobo, mentre le gpu comunicherebbero tramite un circuito stampato sul pcb)

qual'è il ruolo del modulo chiamato, nello schema di rv770, "cf-sideport" ?

che dobbiamo pensare relativamente ai rumor su "vram condivisa" tra le due gpu ?

lato utente, che tipo ed entità di miglioramenti ci si possono attendere ?

[Mr_Paulus]

Originariamente inviato da yossarian

l'hub non c'entra, è solo un dispositivo di collegamento multicanale; per implementarlo serve un circuito interno al package (in caso di gpu multicore) o sul pcb (in caso di multigpu) che faccia vedere al sistema le gpu come un unico dispositivo (quindi di fatto un controller con relativi buffer per le istruzioni, e circuiti di trasmissione e controllo) che sia interfaccia tra le gpu ed il resto del sistema. Come avviene con il thread dispatch processor che fa vedere i vari gruppi di sp come un unico dispositivo alle istruzione che entrano nella gpu (tanto per fare un paragone con cose note)

grazie per le correzioni

ma l'arbitraggio dell'hub (parlando in termini di prestazioni) è meglio affidarlo a una delle n gpu collegate oppure è meglio un chip esterno? (oppure un'altra soluzione ancora? )
oppure se lo gestisce l'hub stesso??

[Iantikas]

Originariamente inviato da MenageZero

...CUT...nelle gpu ati - anche se a quanto pare in esse il dynamic branching funge meglio, giusto ?), ...CUT...

a quanto ne so funzionava meglio ai tempi di R520/580 vs. G70/71 (dove mi sembra ke addirittura le nvidia peggioravano anzikè migliorare)...


...ma con R600/RV670/RV770 e G80/92 GT200 son le nvidia ke guadagnano di +...






...il xkè xò nn kiedermelo xkè nn ne ho la + pallida idea ...yoss nn'è ke potresti spiegarci il xkè di questi risultati?...ciao