ATi R5xx: la nuova vga

[Gordon_135]

be veramente era la 1.2 quella che dici te e cmq ha ragione in parte anche paky

perchè le ottimizazioni fatte con gli SM 3.0 alla fine sono quasi le stesse che si sono potute fare con gli Sm 2.0b

cmq IMHO le modifiche degli SM 3.0 non possono essere sfurttate a pieno da far cry perchè non è un gioco progetatto x sfruttarle a fondo

non è nato per averle IMHO

Era 1.2? scusate...
Beh, dubito che una X800pro e una 6800gt con la patch 1.3 facciano gli stessi fps, visto che la x800 è sprovvista di Shader 3.
Io installando la 1.3 ho avuto una media di 10/15 fps in piu' a seconda della locazione

[Fottemberg]

La PAtch 1.3 supporta anche i 2.0b di ATI.

[Fottemberg]

Paki, non si possono più postare immagini di siti diversi da GR. Se vuoi postare quel grafico, o posti il link alla recensione, oppure la uppi su un tuo spazio web e posti quel link. Ordini superiori.

[PakiTheWizard]

Cancellato.

[Gordon_135]

Ragazzi, avete ragione voi.......mi scuso........e sia maledetto quel 3Dc di ATI

[demizone]

Ragazzi, avete ragione voi.......mi scuso........e sia maledetto quel 3Dc di ATI

ma quando overklokki la tua 6800GT?

[Gordon_135]

ma quando overklokki la tua 6800GT?

Già fatto, 5400 in 3dmark05. Devo cambiare ali, questo non regge piu'

[Manolo]

Drakan, per ora le 24 pipe sono una tua supposizione? Non se ne sa niente ancora.

[SirDrakan]

Drakan, per ora le 24 pipe sono una tua supposizione? Non se ne sa niente ancora.

E' un calcolo che ha fatto un utente su una news di hwupgrade.it che teoricamente non dovrebbe essere sbagliato

la news è questa e il commento è di nonikname

quote:
--------------------------------------------------------------------------------
In altre parole, il chip è in grado, almeno dal punto di vista teorico, di eseguire 48 miliardi di operazioni shader al secondo.
--------------------------------------------------------------------------------


E su che base è stato estrapolato questo "48 miliardi operazioni shader-op/sec." , dato che non si sà la freq. di lavoro della GPU ??? (sempre supponendo che quelli di Xbitlabs non ne conoscano la freq. di lavoro)


quote:
--------------------------------------------------------------------------------
Le informazioni circolate su R500 (per cui è lecito supporre una certa affinità con R520) indicano la presenza di 48 ALU (Arithmetic Logic Unit) in grado di eseguire simultaneamente 64 thread su gruppi di 64 vertici o pixel.
--------------------------------------------------------------------------------


Questa è la semplificazione di una pixel shader unit del chip R420
[foto che potete visionare se andate al link]

...che , come si vede , ha 5 alu x pixel pipeline...quindi nell'X800XT ci sono (5 x 16 =) 80 ALU..

Mettiamo che l'R520 abbia delle ALU che contengano ognuna 2 vector unit , 2 sclar unit e una texture unit (macro ALU ??), quindi è presumibile che 48 ALU diviso 2 ALU x Pixel pipeline fanno la bellezza di 24 Pipe !!!

Alla faccia del mostriciattolo !!!

Comunque bene che vada lo vedremo dopo l'estate dell'anno prossimo , quindi abbiamo tutto il tempo di vedere ancora le evoluzioni dell'R420 e dell' NV 40 ...

P.S. Oggi ho dato i numeri più del solito... sorry

cmq lasciando stare il discorso 24 pipe che IMHO non sarebbe così impossibile (ati adesso a 16 pixel pipeline + 6 vector pipelines che in totale sono 22..) la cosa più importante è che possono essere eseguite sia operazioni su i vettori che su i pixel

anche se fossero 16 cmq sarebbe na figata

[DieBoss]

Sono 48 ALU, quindi in pratica 24 pipeline, che però saranno ad assegnazione variabile, a seconda del carico dei motori dei Vertex o degli Shader. Dinamici, in pratica. Comunque, lasciare il bus di memoria a 256 bit, anche con le memorie a 2,4 GHz, è un'ignominia. Almeno da 512 bit...

[SirDrakan]

Sono 48 ALU, quindi in pratica 24 pipeline, che però saranno ad assegnazione variabile, a seconda del carico dei motori dei Vertex o degli Shader. Dinamici, in pratica. Comunque, lasciare il bus di memoria a 256 bit, anche con le memorie a 2,4 GHz, è un'ignominia. Almeno da 512 bit...

ho visto diverse SV anche in ambito professionale che invece di avere 512bit hanno magari un 256bitx2

si vede che fare un BUS così ampio crea prob, o forse le GPu attuali non sono progettate x ricevere dati ampi 64Byte

[DieBoss]

ho visto diverse SV anche in ambito professionale che invece di avere 512bit hanno magari un 256bitx2

si vede che fare un BUS così ampio crea prob, o forse le GPu attuali non sono progettate x ricevere dati ampi 64Byte

O molto più semplicemente si riserbano di compiere tanti passi tecnologici tutti assieme. Magari R520 avrà ventiquattro pipeline e il bus a 256 bit, mentre il suo successore [R600?] sarà praticamente avrà lo stesso core, ma con un'apertura di banda verso le memorie raddoppiata. E le prestazioni aumenterebbero comunque, e non di poco, visto che questo R520 sarà parecchio castrato.

[MiStO]

O molto più semplicemente si riserbano di compiere tanti passi tecnologici tutti assieme. Magari R520 avrà ventiquattro pipeline e il bus a 256 bit, mentre il suo successore [R600?] sarà praticamente avrà lo stesso core, ma con un'apertura di banda verso le memorie raddoppiata. E le prestazioni aumenterebbero comunque, e non di poco, visto che questo R520 sarà parecchio castrato.

quoto.così sanno già dove andare a mettere le mani in un futuro,si tengono un po' di spazio di manovra...

edit:non dimentichiamo però che un bus a 512 richiede il doppio di linee di uno a 256,magari il problema sono le dimensioni.