Ú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
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Promenade Publishing House Kft.
Város: Budapest