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

• #401 Geri Bátyó addikt VaniliásRönk #393

  Új Válasz 2013-09-16 19:33:05 #401

  Ú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

  

  Geri Bátyó

  addikt

  LOGOUT blog (1)

  válasz VaniliásRönk #393 üzenetére

  A HT esetében nem az utasításvezérlés, hanem a regiszterek vannak megduplázva, ami pont a másik vége a folyamatnak. Ezért látja 2 egységnek az oprendszer, de minden más szimpla. Az utasítás előrejelző, az elágazásbecslő stb. részek, amik ellátják feladattal a számoló egységeket, mindössze optimalizálva vannak arra, hogy a proci üresjáratát felhasználják egy másik szál végrehajtására.
  Az AMD megközelítése viszont ennek az ellenkezője, ugyanis 2 végrehajtóegységet (legalábbis egész számosat, mert lebegőpontosból csak 1 van modulonként) 1 előkészítő rész lát el feladattal.
  Elméletben az Intel megközelítése 5% tranzisztorért cserébe akár 20-25% többletteljesítményt is hozhat, de ez a valóságban talán a fele.
  Az AMD megközelítése 50% tranzisztorért akár 80%-ot is hozhat, de a valóságban 40-70%.
  A dolgok mai állása szerint, pont az AMD megközelítése az, ahol a többletteljesítményt nehezebb realizálni.

• #399 gbors nagyúr VaniliásRönk #393

  Új Válasz 2013-09-16 19:20:40 #399

  Ú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

  

  gbors

  nagyúr

  válasz VaniliásRönk #393 üzenetére

  cizelláljuk még egy kicsit

  a hyperthreading úgy van, ahogy írod, de nem kell rá feltétlen optimalizálni. akkor jó, ha a végrehajtó egységek valamilyen szűk keresztmetszet miatt (pl. memória-elérés) nincsenek kihasználva. in-order processzoroknál istenkirály, out-of-order esetén sokkal kevésbé (x86 CPU-k ugye már elég régen ooo-k). amiért mégis jó, az pl. az, hogy az igénytelenül megírt, de több párhuzamos szálat kezelni képes programokon kvázi-optimalizál. pont ezért jó játékra

  az fx-ben majdnem minden annyi, ahány modul van, csak modulonként két integer végrehajtóval. ez akkor jó, ha sok-sok integer műveleted van, amit ráadásul tud is etetni az egy modul (meg nem mondom, ennek mi a pontos feltétele). ettől pont kevésbé kiegyensúlyozott ismeretlen workload esetén, viszont valóban kiszámíthatóbb, ha tudod, hogy integer- vagy float-erős a szoftver.

• #394 djculture félisten VaniliásRönk #393

  Új Válasz 2013-09-16 18:58:31 #394

  Ú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

  

  djculture

  félisten

  válasz VaniliásRönk #393 üzenetére

  Flex FP névre keresztelt lebegőpontos végrehajtó közös a két magnak így már elve nem lehet teljes értékű a modul két magja. Egyik mag simán kisajáttithatja a másik meg vár mint egy bálám szamara. Ez a baja ennek atechnológiának. Ha nem igy késziotik el a kódot akkor ez az egész lassít nem gyorsít.

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