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

• #5 laci1128 tag

  Új Válasz 2012-05-10 10:18:39 #5

  Ú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

  

  laci1128

  tag

  Pont a héten volt szerencsém hallgatni egy HT-t is érintő önlab beszámolót, többszálú algoritmusokról. Naivan optimistán állt az előadó kezdetben a HT-hez (jött is az Inteles borsúra a szépen beigazított utasításokról, sok %-os teljesítménynövekedésről )... De sajnos ahol használva volt a fizikai egység (példában az ALU volt, int-es szálak közti jelzés miatt a futás alatt végig terhelve volt) két ugyanahhoz a maghoz tartozó szál között, ott a HT negatívan módosította a teljesítményt (i7 2600K-n 4 szálig meredek emelkedés, 4-8 szálig gyenge visszaesés az algoritmus teljesítményében). ALU-t kevésbé terhelő megoldás esetén (szálak közti jelzésre int helyett signalok használatával) pedig hibahatáron belül (<5%) volt 4-8 szálig a javulás. Úgyhogy számomra az jött le a beszámoló után, hogy magasabb szintű programozási nyelven (a példában .NET/C#-ot használtak) összedobott párhuzamos algoritmusoknál fizikai magoknál több szálak alkalmazásával a brosúrában emlegetett számok nem hozhatóak sajnos, azaz gyakorlatilag a HT nem igazán számít (nem javít, nem is ront látványosan). Talán alacsonyabb szinten okoskodva (asm), talán Intel fordítóval optimalizált kódnál javulhat a dolog. Ill. esetleg még multitasknál üthet ki inkább az előny, ahol nem biztos, hogy az éppen futó több, akár eltérő alkalmazás szétterheli a proci összes fizikai részegységét egyszerre és akár működhet is a dolog. Erről viszont nem esett szó a bemutató során sem a mostani írásban.
  Egyébként jó cikk, főleg a témája tetszik, van misztifikáció a HT-vel kapcsolatban rendesen.
  Várom esetleg a folytatást más programokkal, tesztekkel.

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