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

• #479 dezz nagyúr ddekany #467

  Új Válasz 2013-06-27 20:33:01 #479

  Ú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

  

  dezz

  nagyúr

  válasz ddekany #467 üzenetére

  Már miért ne lehetne?

• #470 brumi1024 veterán ddekany #468

  Új Válasz 2013-06-27 14:59:56 #470

  Ú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

  

  brumi1024

  veterán

  válasz ddekany #468 üzenetére

  Windows != PC, de nagyon nem. Egy tetszőleges linux disztribúciós gép is kimeríti a PC fogalmát mégse fut rajta natívan windows alkalmazás.

• #469 Jakuu őstag ddekany #468

  Új Válasz 2013-06-27 14:15:49 #469

  Ú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

  

  Jakuu

  őstag

  válasz ddekany #468 üzenetére

  Ne beszeljetek mar hulyesegeket.
  PC fogalmaval se vagytok tisztaban.
  Desktop/Laptop > Tablet PC. Ez mind PC, eddig is ez volt es ez is marad.

• #464 dezz nagyúr ddekany #458

  Új Válasz 2013-06-27 13:00:39 #464

  Ú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

  

  dezz

  nagyúr

  válasz ddekany #458 üzenetére

  Az új konzolokban lévő APU-k elvileg HSA compliantok. Más szóval, mindent tudnak, amit a HSA szabvány előír. Legalapvetőbb dolgok pl. a közös és koherens (CPU és GPU cache-ei sem akadnak össze) memóriakezelés, akár apróbb feladatok egyszerű és gyors átadása a GPU-nak, stb.

  A HSAIL egy közvetítőréteg valamely magasabb szintű nyelv és valamely HSA compliant hw között. (Kb. mint a Java bytecode.)

  A normál grafikát többnyire továbbra is libgcm vagy full assembly alapon fogják lekódolni (könnyű portolhatóságra való törekvés esetén persze OpenGL ES). Az általános számításokat pedig vagy OpenCL-lel (ami vagy HSAIL-re fordítódik, vagy közvetlenül gépi kódra), vagy C/C++-szal (úgyszintén), vagy talán ezt is libgcm-mel, illetve esetleg szintén full assembly. Megint csak elsősorban a portolhatóság igénye dönti el.

  Mindenesetre, így vagy úgy, de kihasználásra kerülnek a HSA fícsőrök.

• #173 prime_adam aktív tag ddekany #164

  Új Válasz 2013-06-24 18:32:49 #173

  Ú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

  

  prime_adam

  aktív tag

  válasz ddekany #164 üzenetére

  És akkor dedikált megoldások helyett multiapus rendszer? Mert gondolom jövőben sem lesz könnyű egy pro vga-t, vagy co-procit belepréselni egy apu-ba. Ha meg dedikált, akkor az előbb sorolt problémák érvényesek Mondjuk egy 3d-s áramkörrel egy apu-ba elég sok mindent bele lehetne préselni.

• #167 Abu85 HÁZIGAZDA ddekany #166

  Új Válasz 2013-06-24 18:15:36 #167

  Ú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 ddekany #166 üzenetére

  Valamivel lassabb lesz a HSA. Pár százalék.

• #165 Abu85 HÁZIGAZDA ddekany #163

  Új Válasz 2013-06-24 18:11:59 #165

  Ú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 ddekany #163 üzenetére

  Nagyjából úgy segíti, hogy nem kell azokat lebutítani. Ez a probléma akkor válik érthetővé, amikor a fejlesztők elhagyják a PS3 és Xbox 360 támogatását. Ameddig ezekre is jönnek a játékok, addig a PC-s port ezekre épülhet.
  Ha a fejlesztő HSA-ra akarja írni, akkor írhatja a játékot erre. Elérhető lesz mindkét konzolra ugyanaz a fejlesztőkészlet, amit PC-re ad ki a HSA alapítvány és a partnerek. Ha nagyon akarja, akkor akár a kód módosítása nélkül futtatható a program a konzolokon és a PC-ken. De ilyenkor nyilván a leggyengébb sebességű hardvert kell figyelembe venni.

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