Hirdetés

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

  • Jürgenmüller

    kezdő

    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