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

  • 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.

    [ Szerkesztve ]

    Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.

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