[THREAD UFFICIALE] ATI Radeon X1800XT/XL

[Jedi_Master]

Originariamente inviato da DjLode

Quindi i driver dovranno essere ottimizzati su due livelli, per il singolo gioco e a livello di controller?

Se ho ben capito controller programmabile "su misura"
per ogni applicazione.

(non è un pò simile all'arbiter di R500 questo coso?)

non solo, anche le 48 pipe "virtuali" (psu in array) mi ricordano....

[DjLode]

Originariamente inviato da Vifani

Le saprai... le saprai

Raffaele l'articolo lo metterai online lunedì alla fine? E' solo per chiedere.

[Vifani]

Originariamente inviato da DjLode

Raffaele l'articolo lo metterai online lunedì alla fine? E' solo per chiedere.

Si, spero di si. Ma vi assicuro che ci sono tante belle cose "nuove" che vi aspettano

[yossarian]

Originariamente inviato da DjLode

Non capisco questo passaggio, hai voglia di spiegarti meglio?

il fatto è che, abituati alla concezione di pipeline, si focalizza l'attenzione sul numero di gruppi di unità, considerandoli alla stregua delle pipeline. Eppure, due pipeline con un numero di unità di shading differente hanno comportamenti molto diversi tra loro. La novità di G70 rispetto a NV40 non è costituita dall'aumento del numero di pipeline ma dall'aumento di unità MAD per pipeline. Questo fa si che, tranne in Doom3 e derivati (cha fa scarso uso delle unità di shading), in alcuni titoli risesca ad avere prestazioni ben superiori a quelle ottenibili con sole 8 pipeline in più.
Ragionando in termini di unità MAD, R520 ha solo 16 fpu (altre 16 sono unità minori, in grado di svolgere un numero limitato di operazioni). Però ha un numero di registri elevatissimo, anche troppo alto: se ci si riconducesse al concetto di vecchia pipeline, sarebbero sufficienti, a voler esagerare, 8192 registri, considerando anche le unità minori e trattandole alla stregua di quelle complete; invece ne ha esattamente il doppio, come se dovessero "equipaggiare" 64 unità di calcolo. Ora, il numero di registri su R520 va in base al numero di thread e non è, apparentemente, subordinato al numero di unità di calcolo. Però R520 ha mostrato di "soffrire" di una carenza di potenza nel calcolo degli shader. Mettendo a sistema queste cose, e l'elevato numero di transistor, appare abbastanza probabile (e qui rispondo anche alla seconda domenda, quella sul numero di registri) che R520 è strutturato per avere più unità MAD di quelle attualmente presenti. Per l'esattezza, con 16384 registri a 32 bit, è in grado di "alimentare" 48 MAD più 16 unità più piccole in tutta tranquillità

Originariamente inviato da DjLode

Questo, insieme ad altro l'avevo letto su Nvitalia sempre scritto da te.
Quindi i driver dovranno essere ottimizzati su due livelli, per il singolo gioco e a livello di controller? (non è un pò simile all'arbiter di R500 questo coso?)

molto simili

[yossarian]

Originariamente inviato da Jedi_Master

Se ho ben capito controller programmabile "su misura"
per ogni applicazione.

esatto

Originariamente inviato da Jedi_Master

non solo, anche le 48 pipe "virtuali" (psu in array) mi ricordano....

bravo; solo organizzate in maniera "leggermente" diversa (oltre al fatto, scontato, che quelle di r500 sono di tipo unificato)

[andreamarra]

yossarian... papale papale quale architettura ti piace di più ?

ce la fai a dare un giudizio, nei limiti del possibile, sulle potenzialità di questo R520? ti aspettavi di meno, di più, sei rimasto sbalordito, sei rimasto indifferente ?

p.s. da noi gobbetti sei sempre il benvenuto !

[andreamarra]

Originariamente inviato da Vifani

Si, spero di si. Ma vi assicuro che ci sono tante belle cose "nuove" che vi aspettano

grandissimo! aspetteremo con ansia !

[T3d]

Originariamente inviato da Vifani

Si, spero di si. Ma vi assicuro che ci sono tante belle cose "nuove" che vi aspettano

non è che rilasciate il WINCLK 3.70 fornito gentilmente da ATI ?

eheheh

[andreamarra]

Originariamente inviato da T3d

non è che rilasciate il WINCLK 3.70 fornito gentilmente da ATI ?

eheheh

che cos'è ???

[T3d]

Originariamente inviato da andreamarra

che cos'è ???

un oggettino carino carino che farebbe la gioia dei futuri possessori di schede X1000

[yossarian]

Originariamente inviato da andreamarra

yossarian... papale papale quale architettura ti piace di più ?

ce la fai a dare un giudizio, nei limiti del possibile, sulle potenzialità di questo R520? ti aspettavi di meno, di più, sei rimasto sbalordito, sei rimasto indifferente ?

p.s. da noi gobbetti sei sempre il benvenuto !

come NV40 mi piaceva di più di R420, adesso apprezzo di più quella di R520.

E' molto più interessante e, soprattutto, molto più simile a quella che è la mia idea di chip grafico.
Nè sbalordito nè indifferente: è quello che mi aspettavo che fosse, con qualche piacevole sorpresa (ad esempio HDR+AA, su cui avevo dei dubbi), ma di poco conto. Uniche cose che avrei modificato, le unità di pixel shading: mi piacciono di più quelle superscalari di G70, rispetto alle 3+1 di R520 (che poi sono identiche a quelle di R300); le reputo più flessibili. Però capisco anche che c'è un limite nel numero di transistor che si possono inserire in un'architettura e le fpu 1+1+1+1 sono più complesse di quelle utilizzate da ATi.
E' un chip che ha delle potenzialità enormi, soprattutto nelle sue prossime evoluzioni (R580, ad esempio); ha un'architettura estremamente flessibile, che permette di ottimizzare i carichi di lavoro (non a livello di un'architettura unificata, ma molto di più rispetto ad una tradizionale, su cui può vantare un margine di circa un 15-20% di efficienza in più) e di ridurre l'incidenza di alcuni colli di bottiglia.
La cosa più importante, però, che per qualcuno è passata inosservata, è che questo chip rappresenta la transizione verso un nuovo tipo di architettura più moderna e rispondente alle esigenze del tipo di elaborazione che deve svolgere. E sotto questo aspetto, R520 rappresenta qualcosa di più di quello che ha rappresentato NV20 o R300

p.s. è un po' che non vi frequento, hai ragione. Però, quando posso, leggo il vostro thread

[Jedi_Master]

Originariamente inviato da yossarian

esatto

Quindi ci si puo' aspettare dei bei miglioramenti dal costante (si spera)
affinamento dei driver, un lavoraccio pero'!

bravo; solo organizzate in maniera "leggermente" diversa
(oltre al fatto, scontato, che quelle di r500 sono di tipo unificato)

[DjLode]

Originariamente inviato da yossarian

La cosa più importante, però, che per qualcuno è passata inosservata, è che questo chip rappresenta la transizione verso un nuovo tipo di architettura più moderna e rispondente alle esigenze del tipo di elaborazione che deve svolgere.

Credi che l'architettura R5x0 rimarrà confinata alle Dx9 o che con le opportune modifiche (che hai elencato non ricordo dove) si possa utilizzarla anche per i primi tempi con shader unificati? Quindi transizione ma cmq base per i progetti futuri? Perchè mi sembra strano vedere una gpu del genere costretta ad una vita tutto sommato breve da qui allo SM4.

[yossarian]

Originariamente inviato da Jedi_Master

Quindi ci si puo' aspettare dei bei miglioramenti dal costante (si spera)
affinamento dei driver, un lavoraccio pero'!

in questo caso, le ottimizzazioni (quelle lecite che non abbassano la qualità d'immagine o introducono artefatti per far guadagnare 10 fps ), potrebbero portare importanti miglioramenti in ogni singola applicazione. Tutto sta a far lavorare il chip nella maniera più idonea a quello specifico SW.

[yossarian]

Originariamente inviato da DjLode

Credi che l'architettura R5x0 rimarrà confinata alle Dx9 o che con le opportune modifiche (che hai elencato non ricordo dove) si possa utilizzarla anche per i primi tempi con shader unificati? Quindi transizione ma cmq base per i progetti futuri? Perchè mi sembra strano vedere una gpu del genere costretta ad una vita tutto sommato breve da qui allo SM4.

non vale la pena; ATi ha già un'architettura wgf2.0 che è anche più efficiente di quella di R5x0; quindi non vedo perchè utilizzarla per le applicazioni a shader unificati.
Certo, se non avesse avuto a disposizione R500 su cui lavorare, un pensierino avrebbe potuto anche farcelo.

[DjLode]

Originariamente inviato da yossarian

non vale la pena; ATi ha già un'architettura wgf2.0 che è anche più efficiente di quella di R5x0; quindi non vedo perchè utilizzarla per le applicazioni a shader unificati.
Certo, se non avesse avuto a disposizione R500 su cui lavorare, un pensierino avrebbe potuto anche farcelo.

Lo pensavo anche io. Solo che si vociferava che R600 (o cmq la gpu a shader unificati di Ati per pc) condividesse con Xenon/R500 solo alcune cose e che altre invece su pc non metteranno più piede. Ora, considerato il fatto che vedo difficile l'utilizzo di embedded ram su una cpu desktop, R600 potrebbe essere niente altro che R500 affinato (ovviamente niente altro per modo di dire).

[Eddie666]

bene bene...sempre piu' interessante questo chip.....sulla carta sembra avere un mucchio di potenzialita',che e' la cosa che personalmente mi interessa di piu'.Vedremo con affinamenti successivi di driver come si comportera'

[yossarian]

Originariamente inviato da DjLode

Lo pensavo anche io. Solo che si vociferava che R600 (o cmq la gpu a shader unificati di Ati per pc) condividesse con Xenon/R500 solo alcune cose e che altre invece su pc non metteranno più piede. Ora, considerato il fatto che vedo difficile l'utilizzo di embedded ram su una cpu desktop, R600 potrebbe essere niente altro che R500 affinato (ovviamente niente altro per modo di dire).

per il momento le embedded ram sembra che non siano prese in considerazione; non quelle sulla tipologia di R500, almeno; però R600 e R500 sicuramente condivideranno l'apparato di calcolo matematico e il blocco di tmu. E' probabile che le rop's siano, inizialmente, del tipo di quelle viste per R5x0, con in più la possibilità di avere un pixel output doppio, per ciclo, nel caso di sole stencil ops (come accade in R500 e nei chip NV di fascia alta a partire da NV30)

[andreamarra]

grazie yossarian per le sempre tue interessanti (anche se non ci capisco quasi mai una minchia ) osservazioni .

Un dato che sinceramente mi lascio piacevolmente impressionato è il vedere come questa scheda con tutti i giochi D3D testati a risoluzioni assurde e filtraggi pesanti dia un distacco in pfs davvero consistenti alla 7800GTX

[HaCKeR.InSiDe]

E pensa ke dicono ke si overclokkano a 760 di core e piu di 1700 per le memorie...e ati dichiara ke la skeda nn e stata selezionata