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

• #26 P.H. senior tag FehérHolló #23

  Új Válasz 2007-07-17 22:05:21 #26

  Ú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

  

  P.H.

  senior tag

  válasz FehérHolló #23 üzenetére

  A 'legelegánsabb megoldás' gépi kódból kiindulni, bizonyos előrelátási képességekkel, annyira, hogy a mai x86 CPU-k azon képességét, hogy 1-2 órajel alatt egy meghatározzák egy 16/32 byte-s ablakban jelenlevő összes utasítás hosszát/jellegét és AMD esetében a pack-stage-ek funkcióját összevonná egy alacsony fogyasztású dedikált egységben, kiegészítve közte egy ROM-based VLIW compiler/optimization software-rel, teljesen levéve a horizontális ütemezés (=melyik execution unit-ra mely utasítás?) terhelést a későbbi ütemezőkről (ezek maradhatnának kizárólag a sokkal kevésbé komplex klasszikus out-of-order szemléletnél), ez a mostani 12+ stage pipeline-okkal szemben esetleg 6-7-8 stage-ben megoldható lenne, kiegészítve utána egy internal cache-sel, ami ennek kimenetét tartalmazza.
  Szvsz magas szintet azért nem érdemes említeni, mert semmilyen viszonylatban nem lenne hatékony pl. a klasszikus 8085/8086 utasításkészlete fölé tájolni a fordító bemenetét, ezek már így is elég durván CIS(C)-kel dolgoznak. (Illetve amit én ismerek legkomplexebb natív instuction set-nek CPU felől, az a JAVA byte code, afelett nem hiszem, hogy fogyasztáshatékony lenne)
  
  
  [Szerkesztve]

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