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

• #10 velizare nagyúr Blazs120gl #9

  Új Válasz 2018-03-20 12:00:35 #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

  

  velizare

  nagyúr

  válasz Blazs120gl #9 üzenetére

  nem mondtam, hogy az ő hibájuk. azt sem, hogy bárkinek a hibája.

• #9 Blazs120gl aktív tag velizare #6

  Új Válasz 2018-03-20 11:40:20 #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

  

  Blazs120gl

  aktív tag

  válasz velizare #6 üzenetére

  "ez igazából egy iskolapéldája annak, hogy a fejlesztők mennyire nem tudják, egészen pontosan mit is csinál az a kód, amit ők írtak."

  Ez GPU-k esetében nem feltétlen az Ő hibájuk. A korábbi DX11, OpenGL implementációk vagy zárt forrású fekete/szürke dobozok voltak ill. az OpenGL esetében egy gigantikus state machine (amire csak hatni lehet, de direkt irányítás nincs). Az ára a lehetségeshez képes alacsonyabb teljesítmény, cserébe nem kellett a gyártó specifikussággal sokat foglalkozni (már ameddig ez a gyártóknak és fejlesztőknek nem volt érdeke).

  A sokféle PC hardver miatt minden gépen máshogy fut ugyanaz, ezért meghúzzák a vonalat.
  Az új alacsony szintű DX12 és vulkan API-k több kontrollt adnak, cserébe több a feladat, felelősség.

  És bizony az is megesik, hogy ha már van kép és nem fagy a progi, ott megállnak és nem kockáztatják a stabilitást vagy a plusz költségeket.

• #8 Blazs120gl aktív tag Abu85 #5

  Új Válasz 2018-03-20 11:31:54 #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

  

  Blazs120gl

  aktív tag

  válasz Abu85 #5 üzenetére

  "Van akadály."

  Köszönöm szépen választ.
  RX 4xx v 5xx, R9 vagy Vega-k kellenek hozzá.

  Vajon relevánsak lehetnek egy adott dx/vulkan folyamatban (memória kezelésben, parancs pufferekben v. pl. pipeline-okban) AMD-n feltárt finding-ok NV kártyákon? Magyarul, az így feltárt elvi/szemantikai dx/vulkan finding-ok általános, vagy jó eséllyel csak gyártó/termék specifikus javulást hoznak?

• #7 Abu85 HÁZIGAZDA velizare #6

  Új Válasz 2018-03-20 11:18:54 #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

  

  Abu85

  HÁZIGAZDA

  válasz velizare #6 üzenetére

  Honnan is tudnák, ha nincs olyan profilozó, ami elmondja nekik... Ők is emberek, azt látják, amit a használt profilozó kidob. Ha aszerint jó, akkor nincs okuk feltételezni, hogy nem az. Ez igazából nem az Epic hibája volt, hanem az iparágé, hogy ennyit kellett várni a hardveres nyomkövetés bevetésére.

• #6 velizare nagyúr #45185024 #3

  Új Válasz 2018-03-20 11:16:35 #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

  

  velizare

  nagyúr

  válasz #45185024 #3 üzenetére

  ez igazából egy iskolapéldája annak, hogy a fejlesztők mennyire nem tudják, egészen pontosan mit is csinál az a kód, amit ők írtak.

• #5 Abu85 HÁZIGAZDA Blazs120gl #2

  Új Válasz 2018-03-20 11:14:23 #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

  

  Abu85

  HÁZIGAZDA

  válasz Blazs120gl #2 üzenetére

  Van akadály. A profilozó a hardverbe épített nyomkövetőt használja. Amelyik GPU nem rendelkezik ezzel, az nem tud információt gyűjteni a szoftver számára. Ezért cserélte le az Epic a saját GeForce gépparkját Radeonra, mert másképp nem működik a profilozó.

• #4 Petykemano veterán

  Új Válasz 2018-03-20 11:11:03 #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

  

  Petykemano

  veterán

  Lesz ennek olyan jellegű eredménye, hogy az AMD gpu-ira így jobban lesznek optimalizálva a játékok?
  Vagy ez a Radeon Profiler is olyan L'art pour L'art, mint a korábbiak. Ezt is majd arra használják, hogy valahogy kiokoskodják, hoyg lenne jó az nvidiának és legföljebb nem annyira rossz az AMD-nek?

• #3 #45185024 törölt tag velizare #1

  Új Válasz 2018-03-20 10:59:23 #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

  

  #45185024

  törölt tag

  válasz velizare #1 üzenetére

  "or to do the dirtiest tricks"
  gyorsítótárak 517-szer való egymás utáni ürítése az új föld alatti óceán

• #2 Blazs120gl aktív tag

  Új Válasz 2018-03-20 10:29:47 #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

  

  Blazs120gl

  aktív tag

  Van akadálya/értelme, hogy a Radeon GPU Profiler-t NV GPU-n használjam?

• #1 velizare nagyúr

  Új Válasz 2018-03-20 10:21:17 #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

  

  velizare

  nagyúr

  "...Az említett videojáték-motor az első rajzolási parancs végrehajtása előtt 517 darab erőforrás-áthelyezést csinált..."

  Hellо, I am a compiler.

  I just scanned thousands of lines of code while you were reading this sentence. I browsed through millions of possibilities of optimizing a single line of yours using hundreds of different optimization techniques based on a vast amount of academic research that you would spend years getting at. I won't feel any embarrassment, not even a slight ick, when I convert a three-line loop to thousands of instructions just to make it faster. I have no shame to go to great lengths of optimization or to do the dirtiest tricks. And if you don't want me to, maybe for a day or two, I'll behave and do it the way you like. I can transform the methods I'm using whenever you want, without even changing a single line of your code. I can even show you how your code would look in assembly, on different processor architectures and different operating systems and in different assembly conventions if you'd like. Yes, all in seconds. Because, you know, I can; and you know, you can't.

  P.S. Oh, by the way you weren't using half of the code you wrote. I did you a favor and threw it away.

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