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

• #114 Kansas addikt Geri Bátyó #113

  Új Válasz 2019-11-08 20:51:37 #114

  Ú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

  

  Kansas

  addikt

  válasz Geri Bátyó #113 üzenetére

  Nem pontosan idézel saját magadtól...
  Ezt írtad:
  "Multitaszknál egy adott erőforráson belül (1 mag/1 szál) váltogatja, hogy éppen melyik program fut, de a HT/SMT ezektől függetlenül kapja meg a fennmaradó processzoridőt"
  Csak épp ez úgy hangzik, mintha egy szál futna, és egy másik, alacsonyabb rendű szál megkapná a változó mennyiségű kihasználatlan, "fennmaradó processzoridőt".

  Ez elvi szinten zárná ki a HT bekapcsolásából fakadóan fellépő teljesítmény-csökkenést, viszont potenciálisan kiéheztetné a másodrendű szálon futó taszkot.
  Csakhogy mivel a két thread egyenrangú, vannak esetek, pl. livelock(egymásra vár a két thread), vagy az egyik a másikra vár ami meg I/O-ra vár, amikor az eredő teljesítmény kisebb lehet, mint ha a két szál csak simán multitaszk üzemmódban futna(HT off). Ezek szerencsére ritkábbak, mint hogy valamekkora mértékű gyorsulást hoz a HT/SMT.

  A biztonsági probléma abból fakad a HT-nál, hogy(nagyon durván leegyszerűsítve) az egyik thread hozzáférhet a másik thread által használt memóriaterülethez, mert nincsen kellő mértékben biztosítva a szeparáció.
  Ez egyébként nem csak prociknál, de más erőforrás-megosztást használó esetekben is probléma, a legegyszerűbbtől(közös használítú számítógép) a kifinomultabbakon át(pl. hipervizorok) egyészen a felhős alkalmazásokig - csak ott nem olyan bosszantó a védekezési módszerekből(pl. full disk encryption - BitLockert és társai) fakadó teljesítmény-csökkenés és/vagy a nép már hozzászokott és eleve kalkulál vele.

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