2. Fórumok
  3. Processzorok, tuning
  4. Olyan helyről kapott gyomrost az AVX-512, ahonnan a legkevésbé számított rá

Hirdetés

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

  • #18 S_x96x_S őstag bitblueduck #10
    Új Válasz #18
    Ú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 bitblueduck #10 üzenetére

    > android bit.Little
    > témában leírhatná mennyire működik azon a platformon.

    https://en.wikipedia.org/wiki/DynamIQ
    The problem that big.LITTLE solves
    For a given library of CMOS logic, active power increases as the logic switches more per second, while leakage increases with the number of transistors. So, CPUs designed to run fast are different from CPUs designed to save power. When a very fast out-of-order CPU is idling at very low speeds, a CPU with much less leakage (fewer transistors) could do the same work. For example, it might use a smaller (fewer transistors) memory cache, or a simpler microarchitecture such as a pipeline. big.LITTLE is a way to optimize for both cases: Power and speed, in the same system.
    In practice, a big.LITTLE system can be surprisingly inflexible. One issue is the number and types of power and clock domains that the IC provides. These may not match the standard power management features offered by an operating system. Another is that the CPUs no longer have equivalent abilities, and matching the right software task to the right CPU becomes more difficult. Most of these problems are being solved by making the electronics and software more flexible.
    """

    Apple M1 ( ARM ) -et érdemesebb megnézni -
    most az a top big-little Desktop - lecsiszolt megoldás.

    Amúgy az új ARM-es procikból
    már van 3-egybecsomagolt architektúra is
    ( Tri-Cluster Architecture )
    pl Snapdragon 888 - 8 vegyes core:
    1x Cortex-X1 @ 2.84GHz 1x1024KB pL2
    3x Cortex-A78 @ 2.42GHz 3x512KB pL2
    4x Cortex-A55 @ 1.80GHz 4x128KB pL2

    persze itt konnyebb, mert X86-on az AVX-512 eléggé nem tranzisztobarát utasítás.
    Az ARM-es megfelelőjét jobban tervezték
    és az SVE sokkal jobban skálázódik - fel és le is ..
    Emiatt az ARM-es Vektor utasításoknak jobban fekszik a big-Little.

    Mottó: "A verseny jó!"

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