[THREAD UFFICIALE - GF100] Geforce GTX480/470/465

[LurenZ87]

Originariamente inviato da yossarian

in teoria potrebbe aumentare il numero di unità dedicate alla tessellation ed ottenere prestazioni superiori. Però questo significherebbe aumentare anche le dimensioni del chip, cosa che ATi non vuole. Il problema di fondo è l'efficienza di ogni singola scelta. Una unità dedicata, per sua natura, è più efficiente di una generica nello svolgere quello specifico compito. In quest'ottica, l'unità di tessellation di ATi è più efficiente di quella di nVidia. Però avere unità dedicate per ogni cosa ti porta ad avere una crescita spropositata delle unità di calcolo e di quelle che devono gestire queste unità all'interno del chip. Il passaggio alle alu unificate è stato dettato proprio dal fatto che, così facendo, si otteneva un'efficienza superiore a livello di intera architettura. Quindi, meno efficenti le singole unità, ma più efficiente l'architettura intera. Una maggior efficienza dà modo anche di ridurre le dimensioni del chip, perchè con meno unità di calcolo ottengo prestazioni analoghe o, addirittura superiori. Però, l'unificazione non è sempre possibile. Ad esempio, nelle operazioni di texture sampling e addressing, l'utilizzo di unità generiche avrebbe un hit prestazionale pari a 20 volte circa quello di unità dedicate. Il che significa che, per bilanciare le prestazioni, facendo il conto della serva, servirebbero 20 unità generiche per avere le stesse prestazioni di una dedicata. Vero che le generiche puoi riutilizzarle per fare altro, ma, in quel caso, il gioco non vale la candela. Nel caso del tessellator, nVidia ha scelto di "emulare" hull e domain shader tramite lo shader core, ma ha lasciato tutti gli stadi di tipo fixed function inalterati. Questo perchè, dal loro punto di vista, l'hit prestazionale per hull e domain shader è accettabile (in fondo si tratta sempre di shader) mentre non lo era per le unità fixed function. Di contro, l'unità di tessellation di ATi è sicuramente più efficiente nel fare tessellation ma la usi solo per quello e metterne una di dimensioni maggiori significherebbe occupare spazio nel die per unità che sarebbero attive solo quando si fa tessellation.

Un saluto a tutti gli abruzzesi del forum

ti ringrazio, ora ho bene in mente quello che sono le attuali architetture ed i loro limiti... grazie

PS: sei abruzzese anche te???

[yossarian]

Originariamente inviato da LurenZ87

ti ringrazio, ora ho bene in mente quello che sono le attuali architetture ed i loro limiti... grazie

PS: sei abruzzese anche te???

si

[LurenZ87]

Originariamente inviato da yossarian

si

che bello , credo che quest'estate, quì in Abruzzo, sarà particolarmente calda e rumorosa

[sickofitall]

un'utente di techpowerup che ha la 480:

My GTX480, at desktop... 54ºC-59ºC

After 3 minutes of 3DMark Vantage... 75ºC

Tomorrow... more

ByE!

finalmente iniziano ad arrivare

[St. Jimmy]

ragazzi scusate, qualcuno sa dirmi se HardwarePianeta spedisce all'estero?

[morpheus14]

non credo mi pare solo in italia

[LurenZ87]

Originariamente inviato da sickofitall

un'utente di techpowerup che ha la 480:


finalmente iniziano ad arrivare

si è vero, ma ormai non manca molto nemmeno quà da noi ... nel frattempo possiamo consolarci nel leggere i pareri altrui

[St. Jimmy]

Originariamente inviato da morpheus14

non credo mi pare solo in italia

peccato

però ho notato che sono selezionabili nazioni diverse dall'Italia...questo mi ha fatto pensare alla spedizione all'estero

[sickofitall]

Originariamente inviato da St. Jimmy

peccato

però ho notato che sono selezionabili nazioni diverse dall'Italia...questo mi ha fatto pensare alla spedizione all'estero

contattalo, non si sa mai

[eXeS]

Originariamente inviato da FULLKRUM

NON vorrei errare ma Bryan Marshall ha parlato dell' utilizzo
del Multi-threading in Colin McRae DiRT 2......................

I GPC sono "nutriti" dal GigaThread Engine di Nvidia. Si tratta dello scheduler di GF100,
responsabile per l'assegnazione del lavoro a ognuno dei sedici SM del chip. È un componente
importante dell'architettura Fermi per via dell'abilità di creare e spedire blocchi di thread in parallelo,
anziché offrire un approccio del tipo "un kernel alla volta", come in passato.

Tom's HW

Quando si parla di multi-threading nei giochi ci si riferisce a qualcosa (thread) sul quale il programmatore che scrive con un qualunque linguaggio di programmazione che non sia obsoleto, cito ad esempio Java o C# che conosco abbastanza bene, ha un controllo totale.

Per controllo totale intendo dire che in funzione dell'algoritmo che devi implementare, determini se una suddivisione in più thread ti da o meno benefici, e quindi procedi a implementare l'algoritmo.

Quello che hai riportato da Toms non è controllabile da chi scrive il gioco ma è gestito internamente alla gpu, quindi, quando Bryan Marshall parla di MT si riferisce a qualcosa che il programmatore può fare, che è quello di suddividere l'algoritmo in thread eseguti dalla cpu.

Che poi il nuovo scheduler di GF100 darà benefici computazionali sarà certamente vero, ma non perchè il programmatore ha deciso di programmare in MT.

Concludendo, il fatto che sia una omonimia di termini, non significa che il multi-threading che tutti conosciamo, nonchè suddivisione di un processo in blocchi di istruzioni x86/x64 eseguibili in parallelo dalla cpu, abbia una relazione con il multi-threading interno alla gpu le cui alu non eseguono codice x86/x64, ma codice shader.

[persa]

son curioso di vedere i test della 470 GTX di johnp..sperando che gli arrivi per martedi.

[LurenZ87]

Originariamente inviato da persa

son curioso di vedere i test della 470 GTX di johnp..sperando che gli arrivi per martedi.

se tutto fila lisco come l'olio, la prossima settimana arriveranno le vga a molti utenti del forum, me compreso

[persa]

Originariamente inviato da LurenZ87

se tutto fila lisco come l'olio, la prossima settimana arriveranno le vga a molti utenti del forum, me compreso

bene bene voglio tanti bei test anche da parte tua , ok?

[LurenZ87]

Originariamente inviato da persa

bene bene voglio tanti bei test anche da parte tua , ok?

guarda, ho effettuato 25 bench con la HD5870, ora come arriva la GTX 480 farò altrettanto... mi è dispiaciuto un sacco per la HD4870X2, dopo anni di onorato servizio ha deciso di non mandarmi più segnale video , senno volevo effettuare una prova a tre...

[persa]

Originariamente inviato da LurenZ87

guarda, ho effettuato 25 bench con la HD5870, ora come arriva la GTX 480 farò altrettanto... mi è dispiaciuto un sacco per la HD4870X2, dopo anni di onorato servizio ha deciso di non mandarmi più segnale video , senno volevo effettuare una prova a tre...

addirittura 25 bench...sti cazz...

[persa]

Originariamente inviato da sickofitall

contattalo, non si sa mai

quando arriva a te?


ps: LOL per l'avatar, peggio del mio

[LurenZ87]

Originariamente inviato da persa

addirittura 25 bench...sti cazz...

sinceramente mi piace testare le vga che mi capitano sotto mano... la stessa cosa l'ho fatta anche con la 8800 GTX (anche se non a quei livelli) che ho avuto tempo fà

[FULLKRUM]

Originariamente inviato da eXeS

che è quello di suddividere l'algoritmo in thread eseguti dalla cpu.

SE trovi ti possa essere utile......

http://www.nvidia.com/content/PDF/fe...d_Graphics.pdf

http://www.nvidia.com/object/fermi_architecture.html


Massively Parallel Multithreading

Another shared resource in a streaming multiprocessor is the instruction-scheduling and dispatch logic. Fermi improves on the scheduler in previous CUDA architectures by issuing two instructions per clock cycle instead of one. However, this capability isn’t quite the same as the dual-issue scheduling inconventional superscalar microprocessors. In a Fermi GPU, the dual-issue pipelines are decoupled and independent.

They cannot issue two instructions per cycle from the same thread. Instead, they issue two instructions per cycle from different warps. Each streaming multiprocessor can manage 48 warps. Because each warp has 32 threads, a streaming multiprocessor can manage 1,536 threads. With 16 streaming multiprocessors, a Fermi-class GPU can handle 24,576 parallel threads. Of course, there aren’t enough CUDA cores to execute instructions from every thread on every clock cycle. Each core executes only one instruction per cycle, so instructions from “only” 512 threads can be executing at a given moment. Switching among threads is instantaneous, so instructions from 512 different threads can execute on the next clock cycle, and so on. This massively parallel threading is the key to CUDA’s high throughput. The warp schedulers and dispatch units interleave the warps and the instructions from different threads.

[persa]

Originariamente inviato da LurenZ87

sinceramente mi piace testare le vga che mi capitano sotto mano... la stessa cosa l'ho fatta anche con la 8800 GTX (anche se non a quei livelli) che ho avuto tempo fà

bravo! fai benissimo..


ma la mitica 8800GTX poi che fine ha fatto?

[LurenZ87]

Originariamente inviato da persa

bravo! fai benissimo..


ma la mitica 8800GTX poi che fine ha fatto?

nulla, l'ho presa che era rotta, l'ho risistemata, l'ho provata (ero curioso di vedere questo G80) e sono rimasto stupito dalle prestazioni, e l'ho venduta... era uno sfizio, visto che se ne è parlato per moltissimo tempo di queste vga (ora ho una GTS montata come muletto, visto che la X2 mi ha lasciato)... comunque quà, non sò se ci avete fatto caso, ma abbiamo tra le mani vga assolutamente fantastiche in termini di prestazioni... ma... i giochi seri dove stanno??? apparte Bad Company 2 ed AvP, poi Crysis 2 e Mafia che usciranno verso la fina dell'anno, durante questo lasso di tempo enorme, non c'è nient'altro di interessante ???