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

• #105 Pikari veterán dezz #104

  Új Válasz 2013-02-07 14:18:23 #105

  Ú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 dezz #104 üzenetére

  nos, van egy opengl ICD, amely egy sima user módú dll, a hardverrel - és magával a kernel szintű driverrel - az interakció ezen keresztül valósul meg. igazából ha kiadsz egy opengl hívást, pl glenable(gl_texture_2d)
  igazából ez úgy történik, hogy ezt a driver a hardver belső működéséből fakadó módokon értelmezi, majd jönnek a további hívások, tehát csinál egy ilyen raklapnyi opkódot, és egy hirtelen mozdulattal egyszercsak (ha már összegyűlt sok, vagy ha épp egy blocking dolog jön), akkor a driver valamelyik része kernelmódba csapja a gépet, és belapátolja ezeket az opkódokat és adatblokkokat a videókártyába (,,gpuba''), a vezérlést meg visszaadja a drivernek, a videókártya meg csak szépen lapátol közben. ez ennél rohadtul nem lesz se gyorsabb, se optimálisabb sehogysem, akármilyen koncepció szerint is alakítják át, mert a gpu a rendszerhez képest egy külső, inkohézív hardver. ha hatékonyabb gratikai interakciót akarnak, akkor a gput és igp-t, mint olyat, fel kell számolni teljesen, és a gyors grafikához szűkséges számítást elvégző tranyókötegeket közvetlenül, utasítás szintjén a cpuba kell bevezetni.

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