[Thread Ufficiale] Aspettando le nuove vga nVidia

[Ale55andr0]

Originariamente inviato da Spider-Mans

eppure doom girava alla presentazione della 1080
allora vedi che c'è modo e modo
basta non avere il marchio amd piu grande di quello stardock in prima pagina..ma sicuramente ashes è un tech demo imparzialissimo

senza dubbio, ma non hai visto come avrebbe girato su una polaris, per ribattere, posto che ora come ora in mano come metri di paragone e conoscenza del contesto (impostazioni, hardware di contorno ecc.) abbiamo solo i nostri.... ehm quando dobbiamo far pipì

comunque proprio a causa di cio', come detto sopra ti quoto quando dici che servono delle recensioni e bench su più ampia scala e su entrambe le creature rosse/verdi, ovviamente a pari fascia (visto che amd la fascia alta ora non la vuole fare accidenti a loro ), perchè allo stato attuale si brancola nel buio. Io però che non cambio vga ogni 6 mesi dovrò capire se gli ace (peraltro preferisco il succo d'ananas, per cui figurati ), per chi come me dovrà fare una macchina longeva, sono importanti o meno

[fraussantin]

Originariamente inviato da Kekko1978

Primi test in AotS:
http://www.ashesofthesingularity.com...2-00551bf4c8b5

Trovate i test dell'utente Pelly_NV con la GTX 1080.

Si trovano dei bench della furyx in crossx2 o x3 , volevo levarmi un dubbio .

Non vorrei che (oltre a far cagare) quel game sia limitato da altre cose.

[muppo]

Originariamente inviato da YesManYes

un altro utente con 980ti occata a + di 1500 ha detto che fuori città è un delirio di cali di frames...e questo a 1080p
e ricordo nei thread performance, in altri forum.. tipo neogaf dove molta gente con schede portentose lamentava la stessa cosa...

su star wars battlefront?
strano a me gira liscio come l'olio.


tornando al benchmark di ashes, suvideocardz qualcosa non torna, come fa polaris 10 a fare 17,20 in crazy 5k e a farne 22 a 1080p low??
certo è che se son veri la 1080 vola.

e con le note di xfiles via alle discussioni ora

[YesManYes]

Originariamente inviato da muppo

su star wars battlefront?
strano a me gira liscio come l'olio.

nono parlavo di GTA!
pensavo ti riferissi a quello
l'altro gioco nemmeno l'ho mai provato.
GTA si anche se la noia si manifestò dopo un paio di ore...e non l'ho mai finito

[Gello]

GTA come sempre e' ottimizzato male male, notato un utilizzo "strano" (quasi mai GPU al 100%) delle risorse, battlefront invece lato fluidita' e ottimizzazione e' forse uno dei migliori titoli provati, con una 980@1500 a 1440p oltre gli 80fps tutto maxato.

Cmq entrambi titoli mediocri (soprattutto il secondo), a mio parere s'intende

[appleroof]

Originariamente inviato da Ale55andr0

Io premetto che non tifo per nessuno anche se per anni sono stato rosso, anzi come può testimoniare frozen, che detta amichevolmente, c'avrà pure i boxer della amd () mi ci sono pure scontrato una miriade di volte perchè ho criticato più volte aspramente amd..e pure a sto giro lo faccio (perchè mi lasciano un BUCO enorme fra la vega e la polaris full distruggendo la fascia di mercato che mi interessava) però in questo caso non si più parlare in quei termini che dici: se gli ace sono una caratteristica di dx 12 non si può dire che il titolo è pro amd, è quello che dovrebbe essere presente in un titolo pensato per sfruttare una feature nativa nelle librerie e la cui appplicazine va anche implementata via hardware nella gpu.

My two cents...e non so ancora che vga ci metto nel pc, giusto a specificare quanto possa fregarmente di parlare a favore dell'una e nell'altra, perchè pora come ora le manderei a CAGARE entrambe, amd perchè mi ha lasciato a piedi a livello di fascia di prodotto, nvidia perchè non mi ci sta facendo capire più nulla, se non che ste pascal paiono maxwell occate abbestia e non si sa se supportano sti benedette dx 12 davvero (ripeto: DAVVERO) perchè io, a differenza di molti fortunati miliardari qui dentor cambio pc a rotazione ogni 4 ann e l'hardware che ci starà dentro li marcirà fino a fine ciclo, ergo è nel mio interesse avere il prodotto più performante e più future proof possibile. Attualmente la verde e la rossa mi hanno mostrato solo questo:

Mettiamola così in modo da spiegarmi meglio: la tasselletion è una prerogativa delle dx11, se ne fai un uso di un certo tipo come, solo per fare un esempio, in crysis 2 vai a favorire più un'architettura che l'altra anche se entrambe sono dx11 (in quel caso nvidia come si sa) perché in quel momento è più forte sulla tasselletion da un punto di vista hw, non sono discorsi da fanboy tranquillo, sono cose abbastanza oggettive insomma, poi magari chi è più ferrato di me potrà smentirmi o meno

[Ale55andr0]

Originariamente inviato da appleroof

Mettiamola così in modo da spiegarmi meglio: la tasselletion è una prerogativa delle dx11, se ne fai un uso di un certo tipo come, solo per fare un esempio, in crysis 2 vai a favorire più un'architettura che l'altra anche se entrambe sono dx11 (in quel caso nvidia come si sa) perché in quel momento è più forte sulla tasselletion da un punto di vista hw, non sono discorsi da fanboy tranquillo, sono cose abbastanza oggettive insomma, poi magari chi è più ferrato di me potrà smentirmi o meno

si ma il tessellator lo avevano entrambe, anche se implementato attraverso le cu per nvidia, e tramite unità apposita in AMD, che però non aveva/ha prestazioni entusiasmanti. Ma entrambe chi con un approccio, chi con un altro, lo avevano/supportavano al 100%. Qui invece non si è ancora capito (o almeno io, e chiedo venia se in caso è stato detto e m'è sfuggito) se nvidia gli ace proprio non li ha e amen, quindi teoricamente manca a livello hardware di una feature richiesta dalle dx 12, che è ben diverso...
Mickael dove seiiii?????

[appleroof]

Originariamente inviato da Ale55andr0

si ma il tessellator lo avevano entrambe, anche se implementato attraverso le cu per nvidia, e tramite unità apposita in AMD, che però non aveva/ha prestazioni entusiasmanti. Ma entrambe chi con un approccio, chi con un altro, lo avevano/supportavano al 100%. Qui invece non si è ancor capito (o almeno io, e chiedo venia se in caso è stato detto e m'è sfuggito) che nvidia proprio gli ace non li ha e amen, quindi teoricamente manca a livello hardware di una feature richiesta dalle dx 12 che è ben diverso...
Mickael dove seiiii?????

Anche se fosse non toglie nulla al discorso: le directx sono una specie di linee guida sulla base delle quali ognuno poi disegna il suo chip, cercando di interpretare quali di quelle linee guida verranno scelte, seguite, in maniera preponderante nei giochi scritti con quelle librerie (oppure ex post cercando di influenzare in vari modi gli sviluppatori a scrivere i giochi in modo da poter spremere meglio la propria architettura, come detto) , poi a volte le scelte sono obbligate o dettate da compromessi nel design complessivo del chip etc etc è sempre stato così da una vita, sotto questo punto di vista nullo di nuovo

Se fosse come dici, probabilmente l'architettura nvidia emula in sw quella funzione (per inciso ignoro su pascal come stanno le cose concon pascal) questo non toglie che se lo sviluppatore X decide di farne massiccio uso per forza finirà per favorire - in questo caso- AMD che gestisce gli ace in hw, ma ripeto, dal punto di vista concettuale non è nulla di diverso rispetto alla tassellazione (o altre feature dx11, mi riferisco a quella più famosa solo per comodità).

Ripeto a livello tecnico non so bene come stanno le cose, non seguo da mesi, ma a livello concettuale siamo sempre lì

[YesManYes]

DirectX 12 Async Compute Still As Important As Ever – Can Nvidia Catch Up To AMD?

I dove deep into the Pascal architecture last month and explored the nitty and gritty of details. One of the more important architectural changes that Nvidia has introduced with pascal is the addition of a hardware scheduler, similar to to what AMD did with the GCn architecture in the HD 7000 series in 2011.

This new hardware scheduler will play a crucial role in allowing Pascal GPUs to perform better at executing tasks asynchronously, even though it still evidently relies on pre-emption and context switching according to what Nvidia has revealed in its Pascal whitepaper.

So while this scheduler doesn’t actually allow tasks to be executed asynchronously it will still improve the performance of Pascal GPUs while executing code that’s written asynchronously. It’s sort of a hack to hold Pascal off until proper async compute is implemented in Nvidia’s future architectures.


Async Compute has always been a controversial issue for Nvidia, largely because the company refused to talk about it for many months and promised a driver that would enable it on Maxwell that never came. The addition of an updated hardware scheduler in Pascal signals a change of heart for Nvidia. It represents a walk-back on some of the trade-offs that the company decided to make with Maxwell to achieve its power efficiency goals.

These trade-offs many developers argued were reasonably sound for DirectX 11 and traditional generic APIs, but not so much for the new era of VR and low level APIs such as DirectX 12 and Vulkan. Where executing code asynchronously has proven to be of benefit to latency and performance. Pascal should be better at Async Compute thanks to the new scheduler. Although how much better exactly no one knows yet. However, if these DirectX 12 Ashes of The Singularity – a game that makes plentiful use of the feature – benchmarks are of any indication, then we’re looking at minimal improvements at best.


http://www.mobipicker.com/nvidia-gtx...async-compute/

[Legolas84]

Originariamente inviato da Ale55andr0

si ma il tessellator lo avevano entrambe, anche se implementato attraverso le cu per nvidia, e tramite unità apposita in AMD, che però non aveva/ha prestazioni entusiasmanti. Ma entrambe chi con un approccio, chi con un altro, lo avevano/supportavano al 100%. Qui invece non si è ancora capito (o almeno io, e chiedo venia se in caso è stato detto e m'è sfuggito) se nvidia gli ace proprio non li ha e amen, quindi teoricamente manca a livello hardware di una feature richiesta dalle dx 12, che è ben diverso...
Mickael dove seiiii?????

Quello che però stiamo anche cercando di spiegarti è che i motori ACE per AMD sono una necessità per far si che tutti gli shader lavorino come si deve e che alcuni non rimangano in idle. Su NVIDIA questa necessità è meno pressante perchè capita molto più di rado che gli shader NVIDIA restino in idle, questo grazie alle caratteristiche dell'architettura.

E questo esula da quel gioco, che è programmato appositamente epr far andare bene le rosse e male le verdi (e oddio non sto dicendo che è uno scandalo, perchè NVIDIA ha fatto lo stesso con moltissimi altri titoli, sto solo dicendo che non è il metro di paragone più adatto tutto qui).

PS
Lo vedete il logo AMD in basso sul sito ufficiale.... è un gioco sponsorizzato con i soldi di AMD. Ragazzi NON È UNO SCANDALO LO FA ANCHE NVIDIA MA QUESTO È DI AMD e andrà sempre meglio su AMD per forza.


Riguardo Vulkan, per l'ennesima volta è l'evoluzione di OPENGL. Praticamente il gruppo Khronos che sviluppa OpenGL si è ispirato a mantle per creare le nuove API, ma Vulkan non è Mantle, ma sono API universali.

Nel Gruppo Khronos lavorano (e hanno quindi lavorato a Vulkan):

Advanced Micro Devices
Apple
Creative Labs
Graphic Remedy
id Software
Intel Corporation
NVIDIA
Sony Computer Entertainment
Sun Microsystems
Texas Instruments

Ma ce ne sono anche molti altri. E tutti questi hanno lavorato a Vulkan, quindi Vulkan (come OpenGL) funzionerà alla grande sia su NVIDIA che su AMD.

[appleroof]

Ecco in qualche modo quanto scritto sopra da Yesmanyes conferma quanto pensavo, aggiungo solo che se nvidia ritiene di cambiare la propria politica in merito, credo abbia implicitamente ammesso che ha sbagliato a disegnare i propri chip dando poco (o nullo mi pare, con maxwell) peso a questa feature... Chissà, tocca vedere quanto i giochi useranno (e come) questa feature nel futuro prossimo, da quanto ricordo poi i benefici degli ace ci sono perlopiù negli rts con migliaia di oggetti a schermo, quindi non in tutti i giochi ma potrei sbagliare!

[traider]

Mikael è troppo zitto in questi giorni ragazzi , mi sa che GTX1080 e 1070 spaccheranno di brutto , qualcosa bolle in pentola! .

[FroZen]

Originariamente inviato da Spider-Mans

lo so visto che lo utilizzo piu di te

vediamo dsr 1,78/2x = 1440p ? ma davvero?

il dsr mi serve per avere su un fullhd un immagine nettamente piu pulita di qualsiasi filtro aa

ora ti è chiaro il mio discorso? no? fatti tuoi

Ahahahhahha

Ok, sei un grande .... potevi tenere un crt 1024x768 con ds a 8x .... che ci importa della risoluzione fisica? Dot pitch? Cos'è?! Un nuovo film della serie di Riddick? Assasdasd

I pirla che spendono stipendi in pannelli qhd, 4 o 5k quando bastava usare un po' di downsampling..... Anche i visori vr, li avessero fatti 640 480 avremmo da dieci anni 1200hz , il mondo sembrerebbe minecraft ma vuoi mettere? Asdasd

720p is the new black

[paolox86]

Io non capisco perché sul mercatino qualcuno tenti ancora di piazzare la 980ti a 500/550 €. D'accordo che ancora non sono uscite le recensioni ufficiali ma chi le comprerebbe ora a questi prezzi?


Inviato dal mio iPhone utilizzando Tapatalk

[mikael84]

Originariamente inviato da appleroof

Mettiamola così in modo da spiegarmi meglio: la tasselletion è una prerogativa delle dx11, se ne fai un uso di un certo tipo come, solo per fare un esempio, in crysis 2 vai a favorire più un'architettura che l'altra anche se entrambe sono dx11 (in quel caso nvidia come si sa) perché in quel momento è più forte sulla tasselletion da un punto di vista hw, non sono discorsi da fanboy tranquillo, sono cose abbastanza oggettive insomma, poi magari chi è più ferrato di me potrà smentirmi o meno

Con la tessellazione Nvidia va meglio perchè è molto più potente geometricamente, può disegnare molti più triangoli per ciclo e non soffre il culling come AMD, dove si vede intasare i buffer e le relative latenze d'accesso aumentano.
Le uniche che possono disegnare 4 triangoli a ciclo sono la 290/fury e la 285/385 per AMD, valore ben più elevato per Nvidia che con i polymorph engine per SM, disegna 1 triangolo ogni 3 SM, quindi una 980ti disegna 7,26 triangoli a ciclo che moltiplicato per il ciclo rende circa 7811 g.tris/s su un base boost di 1076mhz.

Con la tessellazione si fa tutto più complesso ed anche Nvidia comincia a calare nel culling ma non come AMD. Su Nvidia il polymorh engine una volta calcolati tutti i dati, li invia allo stream output che elimina i dati non necessari. Se questi dati non li elimini te li ritrovi in calcolo saturando la memoria inutilmente.
Attualmente una AMD con 4 raster ha un rapporto drawn/culled da 960 circa, un dato davvero pessimo per una gpu di alto livello.

Ad esempio gli unigine vanno male in AMD per il backface culling, espulsione triangoli che non sono visibili e se questi non vengono correttamente espulsi ti ritrovi a calcolare tante superfici nascoste sovraccaricando i buffer per nulla, quando Nvidia le ha già espulse.

[fireradeon]

Originariamente inviato da Frate

pensi che 2 mesi dopo sia troppo? quei 100 euro in più per le founder mi preoccupano, se uscissero poco dopo che le comprerebbe?

Allora, tu prendi di solito le custom (come tutti noi) perchè hanno un sistema di dissipazione migliore rispetto alle stock, mentre queste ultime di solito si prendono per poi liquidarle e quindi rimuovere il dissipatore stock senza rompere sigilli.
Però valuta bene, guarda che OC raggiunge con il dissi "stock" della founders e 67°, ricordo che il dissi della 780 era molto silenzioso (lo so perchè l'ho avuta e mi sono sorpreso di quanto poco rumore facesse), quindi se paghi la vga 100 euro in più ma hai un dissi con i contro c...i allora è come prendere una custom alla fine, quindi aspetta le recensioni e valuta sia a che OC arriva e sia quanto rumore fa, perchè potresti non dover aspettare le custom (che costeranno quanto le Founders).

Originariamente inviato da Thunder-74

Per chi lo chiedeva.... per fare SLi con Pascal, bisogna usare il nuovo Bridge, i vecchi non andranno bene.

...At the Nvidia presentation it was made aware that SLI is getting an update as well. Starting with Pascal, the SLI connectors will change. you cannot use your older SLI bridges with Pascal and vice versa...

Fonte LINK

Originariamente inviato da Thunder-74

Sono più che convinto che non serve a nulla, il bridge non ha mai costituito un collo di bottiglia, è solo una manovra commerciale... sopra ai 30 possibilissimo, io il ROG (foto che uso come avatar) l'ho pagato 50 pippi...

Ecco bella inculata. Amen ho appena fatto il reso del ponticello ROG da Amazon, domani era l'ultimo giorno e preferisco non rischiare visto che l'ho pagato 50 euro tondi toni, a questo punto vedo prima quando escono le schede e se è compatibile lo ordino di nuovo, tanto per ora non mi serve (oh, l'avevo preso proprio per lo SLI di 1080 e dopo anni cosa cambiano.... il ponticello sli!! ). Speriamo lo rifaccia presto l'Asus perchè mi piace un sacco e ci sta con la mia build a liquido.

[Ale55andr0]

Originariamente inviato da Legolas84

Quello che però stiamo anche cercando di spiegarti è che i motori ACE per AMD sono una necessità per far si che tutti gli shader lavorino come si deve e che alcuni non rimangano in idle

questa cosa che "amd li ha perchè gli servono" mi è del tutto relativa se è una specifica standard dettata dalle nuove librerie come era il tessellator per directx 11. La mia domanda è se ci stanno o no. Tutto li. Mi pare di capire che non è certo al 100% nessuno, nel frattemepo leggerò con calma anche gli altri articoli linkati per vedere se riesco a trovare risposta al quesito .In the meantime, grazie lo stesso

[Ale55andr0]

Originariamente inviato da traider

Mikael è troppo zitto in questi giorni ragazzi , mi sa che GTX1080 e 1070 spaccheranno di brutto , qualcosa bolle in pentola! .

mickael proprio ieri a mia domanda ha detto che non gliene frega una pippa della 1080 e che o si fa lo sli di 980ti o penserà al chippone

[Legolas84]

Originariamente inviato da Ale55andr0

questa cosa che "amd li ha perchè gli servono" mi è del tutto relativa se è una specifica standard dettata dalle nuove librerie come era il tessellator per directx 11. La mia domanda è se ci stanno o no. Tutto li. Mi pare di capire che non è certo al 100% nessuno, nel frattemepo leggerò con calma anche gli altri articoli linkati per vedere se riesco a trovare risposta al quesito .In the meantime, grazie lo stesso

Tutti quanti penso che vogliamo sapere come NVIDIA gestirà l'async compute con Pascal, ma il dubbio potremo levarcelo solo con le review vere e proprie credo

[mikael84]

Originariamente inviato da traider

Mikael è troppo zitto in questi giorni ragazzi , mi sa che GTX1080 e 1070 spaccheranno di brutto , qualcosa bolle in pentola! .

Ma no, ho una vita anche fuori di qua.
Cmq i miei calcoli li avete, pur non avendole in mano, vi posso dire che andranno sicuramente molto forte (almeno la 1080). La superscalare di Nvidia beneficia notevolmente dei clock.
Una 980ti in OC a 1500 non arriva neppure al valore minimo della 1080, ma non è una scienza, tralasciando l'IPC, i clock parlano da soli, ed i clock servono a moltiplicare qualsiasi componente, dai triangoli, ai pixel (z-beffer), ai texel ecc...
Quando ti ritrovi un'architettura, molto simile ma ottimizzata che la lavora a 1860 circa di base, in confronto ad una che lavora a 1200 circa puoi trarre le tue conclusioni.
Questo senza calcolare le migliorie sui registri, in istruzioni e cache