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

• #42 fatpingvin addikt Abu85 #6

  Új Válasz 2022-11-21 15:32:37 #42

  Ú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

  

  fatpingvin

  addikt

  válasz Abu85 #6 üzenetére

  pontosítsuk ezt az utolsó mondatot, a ROCm-kódbázist nem tudod ellopni mert open-source, azaz szabadon hozzáférhető...

• #39 Pikari veterán Abu85 #38

  Új Válasz 2022-11-20 17:10:24 #39

  Ú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

  

  Pikari

  veterán

  válasz Abu85 #38 üzenetére

  Ennek a képességnek olyan opengl es 1.1-ig bezárólag volt értelme android 1.6-ig, ahol pont átdobta a sebességet 15 fpsről 20 fpsre az, hogy pár polygonra megspóroltad a tmut és a frame buffer írásokat, és arra a pár ciklusra ezeket az áramköri elemeket le tudtad kapcsolni, ami hozott pár perc extra akksi teljesítményt.

  Erős a gyanúm, hogy az imgtec új dizájnai is már csak generikus végrehajtóegységekből állnak hasonlóan az összes többi gyártóhoz, a deferred rendering pusztán egy logikailag létező layerként funkcionál a driverben legacy featureként - vagy már úgy sem.

• #37 Pikari veterán Abu85 #36

  Új Válasz 2022-11-20 16:47:37 #37

  Ú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

  

  Pikari

  veterán

  válasz Abu85 #36 üzenetére

  Ezt mondom én is. Szóval mégegyszer, mai modern renderelés esetén nem működik a deferred rendering sehogy sem (csak elenyésző alkalommal tud erre a módszerre váltani a driver). Hiába optimizálták így a gput, nem fog így dolgozni. Hiába profilozod a játékokat, bármit csinálhatsz vele.

  Másrészt a deferred rendering a leg-ideálisabb esetekben sem tud ~35-40%-nál nagyobb gyorsulást hozni, még ha találnának is olyan játékot, amire rá tudják profilozni a drivert úgy, hogy biztosan deferred renderinget használjon mindenhol, akkor sem lesz érezhető a gyorsulás. Ez a vonat már kétszeresen elment nekik.

  Ettől függetlenül ez nem lesz egy rossz dizájn, csak ki kell javítani a driverek hibáit.

• #35 Pikari veterán Abu85 #34

  Új Válasz 2022-11-20 13:22:13 #35

  Ú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

  

  Pikari

  veterán

  válasz Abu85 #34 üzenetére

  Deferred renderinget mai grafikus workloadok alatt csak nagyon ritkán lehet aktiválni, számos feltétele van annak, hogy egy adott tileben ezt automatikusan bekapcsold. (függ a shaderektől, a shaderben használt opkódok meglététől, textúráktól is). Már az unified shaderek korát éljük, így a mai programokban már imgtecen is csak sima tiled rendering lesz, a deferredre csak nagyon ritkán van lehetőség. Ahol lehetőség van rá, és még sebességet is hoz, ott a fejlesztők vagy megoldják manuálisan, két passból, vagy pedig 15-20 éves játékról beszélünk, ahol a driver meg tudja oldani okosba.

• #8 Dare2Live félisten Abu85 #6

  Új Válasz 2022-11-19 00:14:16 #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

  

  Dare2Live

  félisten

  válasz Abu85 #6 üzenetére

  Rákeresve elsőre van benne 128 Tensor core. Értem én koppintás de még át se nevezték...

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