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

• #12 Fiery veterán

  Új Válasz 2014-06-17 22:42:49 #12

  Ú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

  

  Fiery

  veterán

  Nekem ugy tunik -- de majd Abu megmondja a frankot --, hogy ebben az OpenCL dekoderben kb. annyi a nyilt es fuggetlen OpenCL, mint a mackosajtban... En ugy latom, mint ha ez a cucc eloreforditott AMD-IL binarisokat hasznalna (clCreateProgramWithBinary), AMD GPU architekturankent kulonallo binarisokat (pl. Lent_idct_Hawaii.dll), ergo eselye sincs mas (Intel, nVIDIA) architekturanak labdaba rugni. Alapos munkanak tunik, de az egesznek pont az a celja (vagy epp side-effect-je, ki hogyan ertekeli), hogy ha letezik is mogotte egy OpenCL forras, az me'g veletlenul se fordulhasson le vagy futhasson Intel vagy nVIDIA GPU-n. Ennyit arrol, hogy az AMD nyilt, jofej es mindenkivel megosztja a sajat technologiajat... Ennyi erovel CUDA-rol is beszelhetnenk, az legalabb kimondva is zart az nVIDIA szemszogebol.

  Persze a kernel forrasok ismerete nelkul nehez megmondani, hogy valojaban mennyi es milyen kritikus OpenCL kiterjesztest igenyel a kod, es hogy valojaban meg lehetett volna-e csinalni ezt az egesz dekodert minimalis modositassal mas architekturara is.

  Az is erdekes, hogy cca. 74%-kal nagyobb az AMD-IL kod merete a VLIW-es GPU-kon, mint a GCN-eken. Meg persze az egesz dekoder 17 MB-tal kisebb meretu lenne, ha nem eloreforditott AMD-IL binarisokat hasznalna, hanem rendesen forraskodbol dolgozna. Persze a mai vilagban mi a 17 mega...

  [ Szerkesztve ]

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