[THREAD UFFICIALE] Aspettando Nvidia GTX 480 e GTX 470

Originariamente inviato da Athlon 64 3000+

Andando un'attimo off topic volevo chiedere dove sta scritto che Metro 2033 supporterà le dx11 visto che quello che ho trovato parla solo delle dx10.

Specificamente per la versione PC (parsa al momento quella di riferimento), gli sviluppatori hanno annunciato la compatibilità di Metro 2033 con le librerie DirectX 10 e 11, così come il pieno supporto alla tecnologia PhysX di nVidia

http://www.gamesnation.it/giochi/136...etro-2033.html

[sertopica]

Originariamente inviato da Ratatosk

Se è programmato alla DX10 e non alla DX9 aggiungere le DX11 per averne vantaggi non è un problema. L'importante è che non sia sviluppato alla DX9.

PhysX on CPU, fra le altre cose

Originariamente inviato da persa

quindi quello + simpatico

I possessori di ATi sono salvi!
Comunque, per chi non l'avesse visto: http://www.youtube.com/watch?v=jSKe3KTXzaE (bellissimo )
Qualcosa mi dice che quelle tende nell'infermeria saranno accelerate by PhysX!

[persa]

Originariamente inviato da Ratatosk

Quello che funziona con una VGA sola

[halduemilauno]

Originariamente inviato da Kharonte85

1) Coi TDP che girano continuo ad avere dubbi sulla Dual-GPU

2) Sarebbe enormemente positivo se fosse vicino il lancio delle altre fasce di schede.

tocca vedere il vero tdp della 384. a nvidia eventualmente servirà fare la 384x2. la 512x2 servirà eventualmente dopo e con il pp a 28nm.

[persa]

Originariamente inviato da Ratatosk

http://vr-zone.com/articles/-rumour-...ble-/8314.html

mmmhhh...secondo loro è impossibile quindi

eppure dico io...neanche castrandola a 384sp e frequenze basse.. ?! mmmmhhhh

Originariamente inviato da halduemilauno

tocca vedere il vero tdp della 384. a nvidia eventualmente servirà fare la 384x2. la 512x2 servirà eventualmente dopo e con il pp a 28nm.

ed io dovrò valutare se mi conviene pià andare di triple SLI di 380 a 512sp pieni (sperando che vengano subito fuori anch'essi)o eventualmente ad un quad castrato perbenino.Questi sono i dubbi che mi assalgono.

[persa]

Originariamente inviato da Nemesis Elite

ed io dovrò valutare se mi conviene pià andare di triple SLI di 380 a 512sp pieni (sperando che vengano subito fuori anch'essi)o eventualmente ad un quad castrato perbenino.Questi sono i dubbi che mi assalgono.

se gli riuscisse di realizzarla con 384sp...verrebbe 768sp...x2 = 1536sp ( sli di dual gpu) ...tri sli di 380 = 1536sp

Originariamente inviato da persa

se gli riuscisse di realizzarla con 384sp...verrebbe 768sp...x2 = 1536sp ( sli di dual gpu) ...tri sli di 380 = 1536sp

si ok,ma bisogna vedere chi la spunterà meglio.Non è facile qua senza sapere le specifiche di un'ipotetica dual e tenedo presente quello che si conosce già della 380 (+ o -).

[DVD2005]

Originariamente inviato da persa

mmmhhh...secondo loro è impossibile quindi

eppure dico io...neanche castrandola a 384sp e frequenze basse.. ?! mmmmhhhh

se la devono castrare troppo però mi sa perde un pò lo scopo... bho... vedremo.

[persa]

Originariamente inviato da DVD2005

se la devono castrare troppo però mi sa perde un pò lo scopo... bho... vedremo.

imho dipenderà anche da che frequenze avrà una 360...nel senso che se ha quel tdp...con 448sp..e tiene però anche frequenze alte (tipo 700 e passa) allora facendo una dual con 416sp e frequenze tipo 600...si potrebbe riuscire a farla a livello di tdp... e come prestazioni imho ne varrebbe anche la pena.
si tratterebbe di una 832shader contro 512.... imho la brucerebbe una 512sp..

2 core insieme con il 20% circa di shader a testa in meno rispetto alla singola 512sp....dai...

esempio... se prendi due gtx260 192sp (anche queste quindi con 2 core a livello di shader il 20% meno potenti del top gamma) in sli vanno decisamente di più di una gtx280.

Originariamente inviato da DVD2005

se la devono castrare troppo però mi sa perde un pò lo scopo... bho... vedremo.

Eppure sono certo che nvidia la farà la dualgpu.L'ha sempre fatto in passato e non vedo perchè non debba farlo adesso.Gli ingegneri nvidia troveranno il modo di tirare fuori il coniglio dal cilindro e trovare un giusto compromesso tra specifiche e prestazioni.Sono fiducioso anche in questo.

[Kharonte85]

Originariamente inviato da halduemilauno

tocca vedere il vero tdp della 384. a nvidia eventualmente servirà fare la 384x2. la 512x2 servirà eventualmente dopo e con il pp a 28nm.

Per riuscire a farla il TDP della GTX 360 dovrebbe aggirarsi sui 180-190W (simile a quello della HD5870) di modo che castrandola parecchio potrebbero rientrare nei 300W con la DualGPU

Originariamente inviato da persa

se gli riuscisse di realizzarla con 384sp...verrebbe 768sp...x2 = 1536sp ( sli di dual gpu) ...tri sli di 380 = 1536sp

[persa]

Originariamente inviato da Kharonte85

[persa]

sul fatto che cmq sia impossibile realizzarla con 512 - 480 o 448sp x2 concordo..

però scendendo un pochinino di più..si può trovare il giusto compromesso IMHO


Edit:

aspetto commenti

[persa]

Originariamente inviato da Ratatosk

Commenti?

servirebbe una risposta da yoss

[Kharonte85]

Originariamente inviato da persa

sul fatto che cmq sia impossibile realizzarla con 512 - 480 o 448sp x2 concordo..

però scendendo un pochinino di più..si può trovare il giusto compromesso IMHO


Edit:

aspetto commenti

Come ho già detto un grande indicatore sarà il tdp della GTX 360, è evidente che il limite per la dual GPU è il consumo/calore/potenza necessaria. Da fare rientrare nei 300w.

Originariamente inviato da Ratatosk

Torno un attimo indietro al tessellator ma la questione potrebbe essere collegata.

Mi chiedevo come gestirà i cluster disabilitati.

Nel senso, sul chip completamente abilitato si troverebbero 4 tessellator che si appoggiano ognuno all'intero "core" composto da 4 Shader Multiprocessor (128SP) per quanto riguarda l'emulazione di Hull e Domain.

Ora cosa succede in una versione a 448SP?

I 4 "core" sarebbero composti da un numero diverso fra loro di SM (4|4|3|3). A parte il fatto che globalmente scenderebbe la capacità di tesselation, ci dobbiamo attendere prestazioni altalenanti e non riproducibili della tessellation in base a dove viene inviato il compito?

L'equilibrio tornerebbe per una ipotetica versione a 416SP (3|3|3|3) ma questo senza tenere di conto la necessità di aumentare il più possibile gli yelds, per cui è necessario che gli SM disabilitati possano essere scelti liberamente in tutto il chip, e non distribuiti equamente fra i 4 "core", quindi potrebbero anche verificarsi situazioni peggiori di quelle indicate (448SP @ 4|4|2|2 e 416 @ 3|3|3|0).

Commenti?

Bella domanda

E la risposta è

[persa]

Originariamente inviato da Kharonte85

Bella domanda

un pò tendente al perfido








scherzo ratatosk

[devAngnew]

Originariamente inviato da Ratatosk

Torno un attimo indietro al tessellator ma la questione potrebbe essere collegata.

Mi chiedevo come gestirà i cluster disabilitati.

Nel senso, sul chip completamente abilitato si troverebbero 4 tessellator che si appoggiano ognuno all'intero "core" composto da 4 Shader Multiprocessor (128SP) per quanto riguarda l'emulazione di Hull e Domain.

Ora cosa succede in una versione a 448SP?

I 4 "core" sarebbero composti da un numero diverso fra loro di SM (4|4|3|3). A parte il fatto che globalmente scenderebbe la capacità di tesselation, ci dobbiamo attendere prestazioni altalenanti e non riproducibili della tessellation in base a dove viene inviato il compito?

L'equilibrio tornerebbe per una ipotetica versione a 416SP (3|3|3|3) ma questo senza tenere di conto la necessità di aumentare il più possibile gli yelds, per cui è necessario che gli SM disabilitati possano essere scelti liberamente in tutto il chip, e non distribuiti equamente fra i 4 "core", quindi potrebbero anche verificarsi situazioni peggiori di quelle indicate (448SP @ 4|4|2|2 e 416 @ 3|3|3|0).

Commenti?

Provo a risponderti,
Allora punto primo ogni SM ha il suo Morph Engine quindi in gpu completamente funzionante c'è ne sono ben 16.
Secondo gli shader Hull e Domain non sono emulati ma sono eseguiti dagli SP.

Nel caso che un SM abbia dei sp disabilitati semplicemente diminuirà la potenza di calcolo (abbiamo meno ALU) quindi la potenza di elaborazione per quel SM di Hull e Domain shader ma anche vertex e pixel sarà minore. Ora starà allo schedulatore riuscire a ripartire bene i thread alle unità sottostanti di modo che l'exe dello shader sia il più "stabile" possibile. C'è da notare un'altra cosa poichè la tesselation in Fermi è equamente distribuita in tutto il chip risulta una gpu molto scalabile verso il basso basta disabilitare un intero SM per avere meno potenza tesselation come anche potenza vertex e pixel shader.


bye.

[halduemilauno]

Originariamente inviato da persa

sul fatto che cmq sia impossibile realizzarla con 512 - 480 o 448sp x2 concordo..

però scendendo un pochinino di più..si può trovare il giusto compromesso IMHO


Edit:

aspetto commenti

ma anche se fosse possibile a nvidia non servono i 512x2 o i 448x2. a nvidia serve battere la 5970 e può benissimo raggiungere questo suo obbiettivo con una 384x2. dopotutto se la 512(singola)regge(o pare che regga)la 5970 mi pare evidente che la 384x2 vada(andrà)+ che bene. quanto potra dare questa ipotetica 384x2 rispetto alla 512 singola basta anche un 40/50% e hai ottenuto un notevole boost rispetto alla 512 e hai superato alla stragrande la 5970 e credo ti metti pure al sicuro da una ipotetica 5990. poi è chiaro devi vedere il contorno quindi frequenze e bus. per il bus credo che il 384 bit attuale vada benissimo e le frequenze un tantinello conservative e il gioco è fatto. praticamente quanto fu fatto con la gtx295 nei confronti della gtx 285 e il boost fra esse è sotto i nostri occhi. e si riserva le 448x2 e 512x2 per ben altri scenari + impegnativi ovviamente in quel caso aspettando i 28nm.
IMHO.

[persa]

ok...ma in che senso la 512 regge la 5970 hal? io sono fiducioso ma non credo che la 512 competerà addirittura con una dual...

xò ecco si..magari arrivando in versione dual a 768sp...allora si...su questo concordo. potrebbe essere.