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

• #5753 Jürgenmüller csendes tag Rick3D #5752

  Új Válasz 2022-09-18 08:59:03 #5753

  Ú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

  

  Jürgenmüller

  csendes tag

  válasz Rick3D #5752 üzenetére

  Nagy teljesítményű grafika esetében a virtualizált környezet nem lesz megfelelő SOHO használatra, az más tészta, hogy egy nagy teljesítményű ESXi farmon, amikor Direch Path-al beletolják az ESXi alá a profi VGA-kat, de ott nem játszanak ezekkel.
  Ha pedig egy Hyper-Threadinget akarsz használni virtualizáció alatt, azt adott feladatokra lehet használni, de gondolj bele, ha mindet kiosztod a VM-nek, akkor mi marad a TypeII virtualizációs szoftvert futtató operációs rendszernek?
  A pCore és az lCore-okat használva ha meghajtod a processzormagot, akkor nagyon hamar kotra produktív lesz, mert ameddig a pCore-t kettő felé osztod, akkor az egyik lCore 95%-on fog menni, ameddig a másik lCore 5%-on, na ami csak 5%-on megy, az folyamatosan vissza fogja tartani a programodat.
  Más a helyzet pl Active Directory, vagy DNS szervereknél, ahol ha az Overcommitment 3 *-osa a pCore-ok számának belefér, mert ezek a szerverek ritkábban tekerik ki a processzormagokat 90%-ig, itt mikor frissítik az operációs rendszert, akkor fogyasztják a legtöbb processzormagot.
  Ezért nem szeretik a HT-t az adatbázis, vagy konverter szerverek sem, mert kontra produktív tud lenni. Persze, ha nagyon sok magom van, és kevesebb vCpu van beállítva a SUM VM esetében mint amennyi pCore van a 2 fizikai NUMA nodeban található össz pCore esetében akkor nincs probléma, de ez nem SOHO környezetben szokott lenni.
  Itt a pCpu számít inkább, és annak max a 2/3-t érdemes kihasználni.

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