2. Fórumok
  3. Processzorok, tuning
  4. Kibővítette az EPYC portfólióját az AMD
Keresés

Hirdetés

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

  • #4 sb veterán Geri Bátyó #3
    Új Válasz #4
    Ú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
    Privát üzenet küldése

    sb

    veterán

    válasz Geri Bátyó #3 üzenetére

    A 16 magos a szálankénti perf-re mehet rá. Nagyon kevés a mag klasszikus szerver procihoz képest és az órajel is magas szvsz ha a Turbót nézem. A "normális" sokmagos szerverprociknál 3-400W-ból sokkal lentebb van a sweet spot és az átlagos órajel.

    Az IO, sok ramcsatorna, stb... uncore részekre amúgy szerintem elmegy 80-100W terhelésen, innen nézve 14-15W marad magonként. Ez az asztali magas órajelekhez képest kevesebb ahol 20W+ is lehet az egyszálas Turbo magonként, a sweet spot sokmagos 5-7-10W-hoz képest meg valóban sok. Ezt szerintem kiadja az órajel különbség.

  • #6 S_x96x_S őstag Geri Bátyó #3
    Új Válasz #6
    Ú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
    Privát üzenet küldése

    S_x96x_S

    őstag

    válasz Geri Bátyó #3 üzenetére

    > A Bergamonál meg a 128/128-ast nem értem, miért jó.

    biztos van mögötte valós ügyféligény.
    pl.

    - vagy a licenszelt szoftverköltség miatt kérték egyes ügyfelek,
    mert egyes szoftver vendorok a fizikai cpu - képességei után számláznak .. ;]

    . vagy a (cloud) security miatt..
    mert így a felhőben 1c/1t cpu magot is el tudnak adni, úgy hogy a
    a cache probléma miatt egy eddig ismeretlen támadási módszertől se kell tartani.
    Vagy mert ez kormányzati vagy katonai követelmény egyes cloud szolgáltatóknak.

    - vagy a teljesítmény miatt ..
    ( Játékoknál is egyesek letiltják a MT -et, és egy 16 magos procinál az erősebb 16 thread egyes játékoknál kimérhető előnyt okozhat ; más játékoknál meg nem ... )

    De a Google Cloud-ban is be lehet állítani - és ott indokolják is.
    https://cloud.google.com/compute/docs/instances/set-threads-per-core

    Compute Engine lets you manually set the value for the number of threads per core. For example, workloads with the following concerns might benefit from setting the number of threads per core to 1:
    - Performance: Reducing the number of threads that run on each physical CPU core can help improve the performance of workloads that are highly-parallel or that perform floating point calculations.
    - Security: If a VM runs untrusted code, reducing the number of threads per core can help mitigate CPU vulnerabilities such as Microarchitectural Data Sampling.
    - Licensing: Some licensing agreements have requirements related to the number of vCPUs that you consume. Reducing the number of threads per core from 2 to 1 might reduce your licensing costs. For more information, consult your licensing agreement.

    persze irják is, hogy Bocsi .. de ezt nem mindenhol tudjuk még :

    "You cannot set the number of threads per core on VMs that run on the Tau T2A or the Tau T2D machine type or on machine types that have fewer than 2 vCPUs, for example, n1-standard-1 or shared-core machines such as e2-small."
    ( és a Tau T2D = az AMD Milan )


    És mert a konkurencia is készít hasonló procit.
    :R

    Mottó: "A verseny jó!"

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