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

• #46 dezz nagyúr KERO_SAN #43

  Új Válasz 2007-01-11 13:46:46 #46

  Ú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 KERO_SAN #43 üzenetére

  Nem olvasok pcworldöt. Csak használom az agyam...
  
  És te honnan veszed, amit írsz?
  
  1. Miért is lenne ''irreálisan nagy ráfordítás'' lecserélni a tök átlagos GCC-t a PPU-ra jobban optimizáló változatra a Cell SDK-ból?
  2. Az IBM saját, még jobban optimizáló fordítóját is lehetne használni, csak ott már minimálisan bele kell nyúlni a GCC-hez alkalmazkodó kódba. Ez talán ''irracionálisan nagy ráfordítás''?
  *** Az PPU-ban lévő AltiVec/VMX egység sem volt használva. ***
  3.a. ''Irracionálisan nagy ráfordítás'' lenne AltiVec-es kódokat fordítani rá?
  3.b. ''Irracionálisan nagy ráfordítás'' lenne pl. x86-os, SIMD (SSE) kódot (nem asm, hanem C-s) portolni rá?
  3.c. ''Irracionálisan nagy ráfordítás'' lenne az IBM-es fordítót használni, és bekapcsolni az auto-SIMD-esítőt benne?
  
  Válaszolnál ezekre a kérdésekre?
  
  Megjegyzések:
  1. A Cell PPU-ja nagyrészt in-orderes rendszerű, és köztudottan(?) mint ilyennek, a megfelelő optimizáció (amit viszont tudhat egy fordító is, nem kell kézzel csinálni) létfontosságú.
  2. Nézd csak meg, mennyivel gyorsabb egy normális SSE-s kód x86-on, a sima FPU-snál.
  3. Mind a módosított GCC-vel, mind az IBM saját fordítójával viszonylag egyszerű SIMD kódot írni, v. máshonnan portolni. Az IBM fordítójában meg ott van az auto SIMD-esítő is.
  4. Említett fordítóval nem csak a PPU SIMD egysége, hanem az SPE-k is elég könnyen használatba vehetők. (Ha ilyen egyszerűen nem is 100%-osan.)
  5. Még a legteljesítményigényesebb részek kézi optimizációja SPE-kre sem ''irracionálisan nagy ráfordítás'', bár ez már nem amatőröknek való.
  
  [Szerkesztve]

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