[Re:] [gbors:] AMD vs nVidia - mit várhatunk a DX12-től?

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Új hozzászólás Aktív témák

#10 gbors nagyúr Loha #9

Új Válasz 2015-05-04 17:50:23 #10
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

gbors

nagyúr

válasz Loha #9 üzenetére

A drivernek csak pár belépési pontja lesz a javításhoz (konkrétan kettőt látok, a draw callok elkapása és a shaderek cseréje), ez szerintem messze van attól, amire a DX11-ben lehetőség volt.
#9 Loha veterán gbors #6

Új Válasz 2015-05-03 19:19:54 #9
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Loha

veterán

válasz gbors #6 üzenetére

Igen, a fejlesztőknek sokkal nagyobb kontrollja lesz a saját programjuk felett, de ugyan akkor a driveres optimalizációs lehetőségek sem csökkennek, tehát amit esetleg a fejlesztők elmulasztanak, azt a driver még bepótolhatja.
#8 gbors nagyúr letepem #7

Új Válasz 2015-05-03 19:14:56 #8
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

gbors

nagyúr

válasz letepem #7 üzenetére

Köszi
Igen, a nagy kérdés, hogy miért ennyivel gyengébb a GCN utilizációja DX11 alatt. A kutya valahol az ALU-blokkok felépítésében lehet elásva, de pontosabbat nem tudok (és a neten sem sikerült erről semmit találnom).
#7 letepem aktív tag

Új Válasz 2015-05-03 14:06:31 #7
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

letepem

aktív tag

Nekem szimplán az lenne a kérdésem, hogy az AMD miért nem ír olyan utilizációt (vagy nem tud?) mint az nV? Hisz hardverben erősebb vagy csak kevésbé programozható (ellentmondás)? Miért nem ír olyan agresszív szálkezelést az AMD, mint a vidia, ha látja hogy eredményekben az kifizetődő?
Grat a cikkhez, korrekt, összeszedett!
#6 gbors nagyúr Loha #5

Új Válasz 2015-05-03 09:23:03 #6
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

gbors

nagyúr

válasz Loha #5 üzenetére

Köszi
Azért gondolom, hogy kevesebb szerepe lesz a drivernek (sokkal), mert:
Az összes korábbi DX fekete dobozként működött. Fejlesztőként beledobáltad a mesh-t, a textúrákat, a shadereket, meg még nemtommit, és a végén kijött egy képkocka. Minimális ráhatásod volt (van), hogy hogyan történik az egyes feladatok ütemezése, az adatátadás, stb. Driveres ráhatással egy adott programnál jelentősen át lehetett variálni, hogy mi történik, anélkül, hogy a programod tudott volna róla.
Ha jól értem, akkor az új API-k ennek a kontrollnak a nagy részét átadják a programnak. Lesznek standard adatstruktúrák, talán valami vázlatos pipeline is (bár jobb lenne, ha ez minél vékonyabb maradna), ill. shader-fordítás - és akár ki is fújt. Itt a driver a shader-fordításba valóban bele tud szólni (tehát a shader-cserebere továbbra is opció lehet), de az egész műsor levezénylése a program feladata.
(#1) tailor74: Örülök, ha érdekes volt
#5 Loha veterán

Új Válasz 2015-05-02 19:27:41 #5
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Loha

veterán

Remek írás!
Eddig ez a driverben megoldható volt, és a gyártó saját hatáskörben megcsinálta, míg most minden egyes motorban külön le kell programozni.
Azt honnan tudjuk, hogy a drivernek kisebb szerepe lesz DX12-ben, mint amilyen jelenleg DX11-ben van?
Mert számomra csak annyi látszik, hogy az eddigi Kernel és User Mode Driver helyett, csak User Mode -ban fog futni a VGA driver, viszont egy szál helyett több szálon, tehát akár több CPU erőforrás is rendelkezésére állhat. Azt kizártnak tartom, hogy a jövőben majd a játékfejlesztők fogják azokat GPU specifikus optimalizációkat elvégezni, amiket most a VGA driver végez.
#4 gbors nagyúr proci985 #2

Új Válasz 2015-05-02 16:47:52 #4
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

gbors

nagyúr

válasz proci985 #2 üzenetére

Igen, ez jogos, ezt egy kicsit jobban kifejtettem
(#3) Laja333: nem nőtt meg az étvágya, sőt, kevesebbet fogyasztott a gép, mint a Crysis 3-mal. A 290X étvágya csökkent le - ami nem meglepő annak tükrében, hogy a 980 50%-kal gyorsabb volt.
#3 Laja333 őstag

Új Válasz 2015-05-02 15:56:30 #3
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Laja333

őstag

Star Swarm DX12 mérésnél mérték a 980-at. Elég látványosan megnőtt az étvágya, mondhatni beérte a 290x-et.
#2 proci985 MODERÁTOR

Új Válasz 2015-05-02 12:40:03 #2
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

proci985

MODERÁTOR

egy apro megjegyzes: a Maxwell tartja a power targetjet, tehat a Hawaii 300+Wos fogyasztasat nem fogja elerni. vissza fog venni az orajelebol (a "ref" 970 biztosan declockol mar most is a 145Wos hatar miatt), kerdes mennyit, de a 290x uber modjaban / gyari OC kartyaival megfigyelt 300+W max OC kartyakkal fog bekovetkezni.
pl a 970 G1 alapbol 200W korul eszik (meg 20%al boostol a default boost fole jatek alatt), 250 a power targetje szoval amig meg van hutve addig eljuthat a 290 kornyekere. leghutok kozul is nagyon keves birja el a 300Wot a 84fokos declock hatar alatt.
plusz meg egy aprosag: ha 16:9re / 1080pre optimizalnak, akkor surround/eyefinity // 4Kban lehetnek meg vicces dolgok.
#1 tailor74 addikt

Új Válasz 2015-05-02 12:05:55 #1
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

tailor74

addikt

Végre valaki számomra is érthetően ( ), logikusan levezette ezt a sok x,y változós témát...
Köszönöm szépen az írást...
Az én következtetésem ezek alapján az, hogy optimális esetben a 290X utólérheti a 980-at, rossz esetben meg semmi változás...
Ugyanakkor, ha a 380X egy órajeleiben megspékelt 290X lesz, ráadásul fejlettebb GCN-el, és fennáll az optimális eset, akkor az akár rá is verhet kicsit a 980-ra... Így akár az is jó választás lehet a piros oldalról, főleg emberi áron...
Tudom, sok a ha... , na meg aztán jövőre jön a Pascal is...
Még egyszer köszi, érdekes volt..