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

• #6984 S_x96x_S addikt poci76 #6983

  Új Válasz 2022-05-20 12:33:24 #6984

  Ú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

  

  S_x96x_S

  addikt

  válasz poci76 #6983 üzenetére

  > A P magon két szál fut, így az egy szálra jutó számítási
  > teljesítmény nincs messze egy E magra jutó számítási teljesítménytől,
  > így minden optimalizálás nélkül is egész jól ki
  > lehet használni a processzort.

  pragmatikusan igazad van ..

  a valóság viszont szerintem sokkal komplexebb ..
  - programja válogatja valamint
  - agner maximalista :-)

  vannak jól és egyszerűen párhuzamosítható programok.
  amelyek sok pici homogén taskot tartalmaznak.
  ilyenkor nincs nagy következménye egy nem optimális ütemezésnek.
  De ha heterogén méretű (és fontosságú) taskokat kell a P és az E-s magokra tenni, akkor tudni kell pontosan hogy mit lehet várni az
  - AlderLake -től
  - RaptorLake-től
  - MeteorLake-től.
  - Zen5+zen4D -től.
  mindegyik egy picit más lesz.
  És ez egy játéknál akár 2-8% extra fps különbséget is okozhat.

  > A szimulátor nincs optimalizálva heterogén magokra

  szerintem agner arra célzott, hogy a te esetedben
  - ha sok pici,homogén taskokkal dolgozik a szimulátor, akkor nincs gond,
  és optimalizálással se lehetne túl sokat nyerni..
  - de más esetben optimalizálással akár +5 - 15% is el lehetne érni,
  mert a hardver képes lenne rá.

  egy felhasználó a heterogén architektúrával
  - valamit nyer ( mert több hardver fér be a TDP keretbe )
  - és valamit veszít, mert a többletet nem mindig tudja kihasználni 100%-ban optimalizációs okok miatt.

  A ZEN4 (homogén magok) és a Alder/RaptorLake-nél ( heterogén magok) teljesen felborul a régi heurisztika, hogy
  melyik processzornak melyik program fekszik jól.
  A Cinebench pl. egy jól párhuzamosítható feladat a ZEN1-3 nak jól feküdt - az akkori intelnek meg nem. Most lehet, hogy fordul a kocka.

  persze a fentiek a ZEN1-re is részben igazak .. az i/o die és a belső chipletes felépítés ott is okozott valamilyen problémát, amit a fordító programoknak le kellett kezelni .. de az a probléma relative egyszerűbbnek tűnik mint a mostani - heterogén optimalizálás.

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