Keresés

Hirdetés

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

  • Cifu

    nagyúr

    válasz S_x96x_S #2566 üzenetére

    A ciki inkább az, hogy a VMWare eddig jobban megérte a Hyper-V-vel szemben a nagy magszámú procik használatánál. Most igazából mindkét "nagy" szereplő lábon lőtte magát, az M$ féle 8/16 bázisú core-alapú licensz sem igazán értelmezhető megoldás, a VMWare féle is hasonlóan nyakatekert lett.

    Amíg nem lépnek tisztán core, de még inkább thread alapú elszámolásra, addig ez mindenesetre elég kellemetlen helyzet.

    Légvédelmisek mottója: Lődd le mind! Majd a földön szétválogatjuk.

  • Petykemano

    veterán

    válasz S_x96x_S #2566 üzenetére

    "szerintem ha az AMD -ha "szemétkedni" akarna,
    akkor simán át tudná alakitani a ccx - et úgy, hogy a rendszerből
    4c/16thread -nek látszódjék ami amúgy 8c/16t .."

    Hogy?
    Mondjuk egy olyannal trükközhet, hogy 8 ép mag van a lapkán, és az, hogy ebből mi aktív és mi nem, az dinamikusan váltogatható. Így a turbózás ideje maximalizálható.

    Én elképzelhetőnek tartom, hogy 2 lépcsőben egyesítik a zen magokat - pont úgy, ahogy elvileg a zen is hasonlít két összeolvasztott bulldozer integer magra.
    Mindig az jut eszembe, hogy valamit csinálni kell, hogy lépést tartsanak az arm évi 30%-os növekményével. A magasabb frekvencia nem tart ki örökké.

    Aztán persze mivel a számítási kapacitás növelésének legnagyobb gátja az, hogy egy központi memóriából kell kiemelni a számolandó adatot ws az eredményt visszaírni, ezért valamikor biztosan jön az a fajta elosztott számolás, hogy minden számolóegység saját memóriával rendelkezik.
    (Jim Keller)

    [ Szerkesztve ]

    Találgatunk, aztán majd úgyis kiderül..

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