[THREAD UFFICIALE] Aspettando Nvidia GTX 480 e GTX 470

[Crysis90]

Originariamente inviato da Ratatosk

JHH ha parlato di Fermi, che è l'architettura, non del brand GeForce. E' possibile che vengano presentate prima le Tesla basate su Fermi che non le GeForce.

Questo consentirebbe di vendere comunque parti ad altissimo margine anche con gli yelds disastrosi di cui si parla da tempo.

Veramente JJH ha detto chiaramente che la conferenza che terranno a Novembre sarà espressamente dedicata al brand GeForce e al mondo dei videogiochi...lo confermò anke l'utente Halduemilauno.

[kiriranshelo]

Originariamente inviato da Crysis90

Veramente JJH ha detto chiaramente che la conferenza che terranno a Novembre sarà espressamente dedicata al brand GeForce e al mondo dei videogiochi...lo confermò anke l'utente Halduemilauno.

è probabile che si riferiscano alll'eventuale uscita del G200@40nm più che a Fermi. spero di sbagliarmi

[sickofitall]

Originariamente inviato da kiriranshelo

è probabile che si riferiscano alll'eventuale uscita del G200@40nm più che a Fermi. spero di sbagliarmi

come sempre sono tutte supposizioni, di vero non si sa nulla, l'unica è aspettare

è inutile star qui a fare mille discorsi quando magari la verità è tutt'altra cosa

[Legolas84]

Originariamente inviato da Crysis90

Veramente JJH ha detto chiaramente che la conferenza che terranno a Novembre sarà espressamente dedicata al brand GeForce e al mondo dei videogiochi...lo confermò anke l'utente Halduemilauno.

Quello che mi auguro inoltre è che a novembre arrivinio veramente sul mercato anche le nuove AMD....

[Crysis90]

Originariamente inviato da Ratatosk

Questa me la son persa, riesci a ritrovarmi il link?

Basta che scorri indietro le pagine di questo thread, vedrai che lo ritrovi.

[yossarian]

Originariamente inviato da Legolas84

Quello che mi auguro inoltre è che a novembre arrivinio veramente sul mercato anche le nuove AMD....

http://www.nexths.it/v3/flypage.php?mv_arg=21161-00-50R

http://www.azmediashop.it/prodotto-142888/-.aspx

http://www.micainformatica.com/home....=13&PID=149148

http://www.microphos.net/trovaprezzi...ce=EAH5870/1GB

in alcuni shop italiani ci sono, basta cercare. Sul mercato estero idem.

[Milotto]

Originariamente inviato da Ratatosk

Questa me la son persa, riesci a ritrovarmi il link?

Stai continuando a scrivere l'antologia....?

[novemilaotto]

ragazzi ma qualche rumor su ste gt300?

[yossarian]

Originariamente inviato da Ratatosk

No, è solo la campagna contro le leggende da forum che nascono da elucubrazioni o ipotesi magari di un utente e poi diventano cosa nota senza che in effetti ci sia nulla di vero.

Come il Tessellator di Fermi che sembrava fosse certo per tutti su questo thread che non ci fosse e non ero per niente convinto proprio per questo tipico meccanismo da forum. E infatti avevo ragione

è molto più probabile che ci sia un tessellator hardware in GT300 piuttosto che vga basate su di esso siano lanciate prima del Q1 2010 inoltrato

[yossarian]

Originariamente inviato da Ratatosk

Questo è sicuro, visto che la presenza del Tessellator è ormai confermato mentre riguardo all'arrivo sul mercato tutto ancora tace...

senza tessellator con relativi hull e domain shader, non sarebbe dx11

[Legolas84]

Originariamente inviato da yossarian

http://www.nexths.it/v3/flypage.php?mv_arg=21161-00-50R

http://www.azmediashop.it/prodotto-142888/-.aspx

http://www.micainformatica.com/home....=13&PID=149148

http://www.microphos.net/trovaprezzi...ce=EAH5870/1GB

in alcuni shop italiani ci sono, basta cercare. Sul mercato estero idem.

Qualche 5870 c'è ma di 5850 sono proprio pochissime.... mha....

[Foglia Morta]

Quella slide che confermerebbe la presenza del tassellatore come fixed function comunque viene dalla gpu technology conference alla quale era presente anche uno dello staff di B3d. Dopo questa premessa :

The big highlights (some is guesswork, NV won't talk about graphics transistors or clocks today, so beware I might be wrong in places there)

Aveva scritto:

I think the tesselator is a software pipe with very little hardware support, too.

http://forum.beyond3d.com/showpost.p...48&postcount=1

IMO è difficile che gli sia sfuggita quella slide. Bisogna vedere 1) quali sono le possibili implementazioni e 2) cosa aveva in mente quando aveva scritto quelle cose. Comunque c'è scritto very little hardware support , non assenza di supporto in hardware.

[yossarian]

Originariamente inviato da Legolas84

Qualche 5870 c'è ma di 5850 sono proprio pochissime.... mha....

i casi sono due: o vengono prodotte col contagocce (ma non certo per via dell'acquisto dei wafer da 40 nm da parte di nVidia che non saprebbe cosa farsene al momento), oppure ne stanno vendendo tante.
C'è da aspettare i primi dati certi sulle vendite per trarre conclusioni.
Di sicuro, prima di effettuare completamente la transizione a 40 nm c'è ancora da smaltire qualche scorta di chip a 55

[Legolas84]

Originariamente inviato da yossarian

i casi sono due: o vengono prodotte col contagocce (ma non certo per via dell'acquisto dei wafer da 40 nm da parte di nVidia che non saprebbe cosa farsene al momento), oppure ne stanno vendendo tante.
C'è da aspettare i primi dati certi sulle vendite per trarre conclusioni.
Di sicuro, prima di effettuare completamente la transizione a 40 nm c'è ancora da smaltire qualche scorta di chip a 55

Da quanto si legge in giro ci sono molti in attesa... tecno per fare un esempio è un mese che non sa dire nemmeno quando arriveranno...

imho la prima è purtroppo quella giusta....

[yossarian]

Originariamente inviato da Foglia Morta

Quella slide che confermerebbe la presenza del tassellatore come fixed function comunque viene dalla gpu technology conference alla quale era presente anche uno dello staff di B3d. Dopo questa premessa :

The big highlights (some is guesswork, NV won't talk about graphics transistors or clocks today, so beware I might be wrong in places there)

Aveva scritto:

I think the tesselator is a software pipe with very little hardware support, too.

http://forum.beyond3d.com/showpost.p...48&postcount=1

IMO è difficile che gli sia sfuggita quella slide. Bisogna vedere 1) quali sono le possibili implementazioni e 2) cosa aveva in mente quando aveva scritto quelle cose. Comunque c'è scritto very little hardware support , non assenza di supporto in hardware.

i modi di ijmplementare le operazioni di tessellation (come tutte le altre, del resto) sono molteplici. Si può andare dalla totale emulazione all'utilizzo di di unità dedicate ad ogni singolo stadio delle operazioni di tessellation (quello che prevedono le dx11, ad esempio). L'implementazione delle 4xx0 è una via di mezzo che fa uso di fixed function per le operazioni di tessellation vere e proprie e di vertex e geometry shader per la parte programmabile. Il problema è sempre il solito: l'emulazione quanto mi costa in termini di cicli di clock persi? Sappiamo che le fixed function sono le più veloci perchè sono unità dedicate espressamente a quel solo tipo di compito. Però sono anche per nulla flessibili. Questo significa che un chip che implementi tante pipeline di tipo FF avrebbe bisogno di dedicar loro tanto spazio e silicio.
Tu sai bene che nello stesso larrabee, a detta dei tecnici di intel, le operazioni di texture fetching, sampling e addressing sono eseguite tramite fixed function (le pipeline programmabili richiedevano circa 16 cicli dove le FF svolgono lo stesso lavoro in un unico ciclo).

[Foglia Morta]

Originariamente inviato da yossarian

i modi di ijmplementare le operazioni di tessellation (come tutte le altre, del resto) sono molteplici. Si può andare dalla totale emulazione all'utilizzo di di unità dedicate ad ogni singolo stadio delle operazioni di tessellation (quello che prevedono le dx11, ad esempio). L'implementazione delle 4xx0 è una via di mezzo che fa uso di fixed function per le operazioni di tessellation vere e proprie e di vertex e geometry shader per la parte programmabile. Il problema è sempre il solito: l'emulazione quanto mi costa in termini di cicli di clock persi? Sappiamo che le fixed function sono le più veloci perchè sono unità dedicate espressamente a quel solo tipo di compito. Però sono anche per nulla flessibili. Questo significa che un chip che implementi tante pipeline di tipo FF avrebbe bisogno di dedicar loro tanto spazio e silicio.
Tu sai bene che nello stesso larrabee, a detta dei tecnici di intel, le operazioni di texture fetching, sampling e addressing sono eseguite tramite fixed function (le pipeline programmabili richiedevano circa 16 cicli dove le FF svolgono lo stesso lavoro in un unico ciclo).

Per Larrabee si legge di metà 2010 ( più che dal silicio dipende dai driver, pare ), mi era proprio tornato in mente quando parlavi del fatto che la banda passante è un problema con RV870.

Senza andare OT ( magari rispondimi nel thread di Aspettando Larrabee ),sai qualcosa riguardo QUESTO ? Bus esterni molto ampi richiedono molti pin mentre sfruttare la "ridotta" banda passante a disposizione in modo più efficiente sarebbe la scelta più saggia nel caso di ATi ( che preferisce contenere il die size ). A 28nm dovrebbero raddoppiare la densità dei transistors ( e IMO anche la potenza di calcolo ) mentre le GDDR5 non progrediscono di pari passo a quanto pare... mi incuriosiva quindi la soluzione Made in ATi

[The_SaN]

Originariamente inviato da Legolas84

Da quanto si legge in giro ci sono molti in attesa... tecno per fare un esempio è un mese che non sa dire nemmeno quando arriveranno...

imho la prima è purtroppo quella giusta....

Per me un po' tutte e 2

[appleroof]

Originariamente inviato da yossarian

i modi di ijmplementare le operazioni di tessellation (come tutte le altre, del resto) sono molteplici. Si può andare dalla totale emulazione all'utilizzo di di unità dedicate ad ogni singolo stadio delle operazioni di tessellation (quello che prevedono le dx11, ad esempio). L'implementazione delle 4xx0 è una via di mezzo che fa uso di fixed function per le operazioni di tessellation vere e proprie e di vertex e geometry shader per la parte programmabile. Il problema è sempre il solito: l'emulazione quanto mi costa in termini di cicli di clock persi? Sappiamo che le fixed function sono le più veloci perchè sono unità dedicate espressamente a quel solo tipo di compito. Però sono anche per nulla flessibili. Questo significa che un chip che implementi tante pipeline di tipo FF avrebbe bisogno di dedicar loro tanto spazio e silicio.
Tu sai bene che nello stesso larrabee, a detta dei tecnici di intel, le operazioni di texture fetching, sampling e addressing sono eseguite tramite fixed function (le pipeline programmabili richiedevano circa 16 cicli dove le FF svolgono lo stesso lavoro in un unico ciclo).

a proposito di tassellatore...ho provato il demo froblins di Amd e con la 5850 con la tassellazione il frame rate crolla....e meno male che è un tech demo Amd

forse perchè era ottimizzato per le 48x0? mah....scusate l'ot

[Das~Ich]

Originariamente inviato da appleroof

a proposito di tassellatore...ho provato il demo froblins di Amd e con la 5850 con la tassellazione il frame rate crolla....e meno male che è un tech demo Amd

forse perchè era ottimizzato per le 48x0? mah....scusate l'ot

Ovvio

[devAngnew]

Originariamente inviato da appleroof

a proposito di tassellatore...ho provato il demo froblins di Amd e con la 5850 con la tassellazione il frame rate crolla....e meno male che è un tech demo Amd

forse perchè era ottimizzato per le 48x0? mah....scusate l'ot

Non penso proprio che quel demo sia ottimizzato per 48x0 essendo Dx 11 il problema è che le schede 58x0 essendo di 1ma generazione dx 11 ed usando la tesselation unit a quel livello soffrono.
Mi sà che bisogna attendere la generazione successiva.....