Keresés

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

  • S_x96x_S

    őstag

    > "Ha a szerverpiacot vesszük figyelembe, akkor jelenleg az AMD és a
    > Xilinx úgy készül készül egyesülni, hogy a saját területükön belül
    > jelenleg a legjobb hardvereket kínálják az ügyfeleiknek."

    A piacot jól ismerő versenytárs ( Intel; Pat Gelsinger ) szerint
    ez __MÁR__ nem így van. ( persze az is vélemény )

    PatG:"So this period of time when people could say, “Hey, [AMD] is leading,” that’s over. We are back with a very defined view of what it requires to be leadership in every dimension: leadership product, leadership [chip] packaging, leadership process, leadership software, unquestioned leadership on critical new workloads like AI, graphics, media, power-performance, enabling again the ecosystem. This is what we will be doing with aggressive actions and programs over the next couple of years."

    Amúgy meg az Intel most az nVidiára fókuszál -
    nehogy CUDA(r)-idők jöjjenek a világra.
    Mint a hegylakóban; csak egy maradhat -> oneAPI

    Mottó: "A verseny jó!"

  • S_x96x_S

    őstag

    válasz Abu85 #15 üzenetére

    > Tulajdonképpen az AMD-nek ezért üzlet a Xilinx.

    és a jövő még több lehetőséget is kinyit,
    pl. a FAPU (FPGA+APU) szerű átkonfigurálható [1] mély CPU integrációt.
    Ami akár a következő generációs játékkonzolokban is benne lehet.

    persze az nVidia is csinálhat mély CUDA + ARM integrációt - regiszter és utasítás szinten.

    [1]
    """
    The programmable unit in AMD's FPGA patent actually shares registers with the processor's floating-point and integer execution units, which would be difficult, or at least very slow, if they're not on the same package. This kind of integration should make it easy for developers to weave these custom instructions into applications, and the CPU would just know to pass those onto the on-processor FPGA. Those programmable units can handle atypical data types, specifically FP16 (or half-precision) values used to speed up AI training and inference.

    In the case of multiple programmable units, each unit could be programmed with a different set of specialized instructions, so the processor could accelerate multiple instruction sets, and these programmable EUs can be reprogrammed on the fly. The idea is that when a processor loads a program, it also loads a bitfile that configures the programmable execution unit to speed up certain tasks. The CPU's own decode and dispatch unit could address the programmable unit, passing those custom instructions to be processed
    ""
    AMD Patent Reveals Hybrid CPU-FPGA Design That Could Be Enabled By Xilinx Tech
    https://hothardware.com/news/amd-patent-hybrid-cpu-fpga-design-xilinx ( January 02, 2021 )

    Mottó: "A verseny jó!"

  • S_x96x_S

    őstag

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

    > Egyrészt jópár dolgot átvisznek 6 nm-re, tehát felszabadul némi
    > kapacitás 7 nm-en

    A 6nm nagyrészt ugyanaz a gyártósor lesz[1]
    inkább, az játszhat be,
    hogy ugyanazzal a kapacitással "némileg" többet tudnak gyártani.
    7FF-> 6FF : Area Reduction = -15%
    persze a -15% az elméleti maximum lehet; Az AMD talán +5/+10% több kihozatalt tud elérni - amit valószínüleg el is visz a 3D-Vcache a CPU-nál.

    -------------------------
    [1]
    Abu85: "A TSMC már igen régen bejelentette, hogy olyan 6 nm-es eljárást fejlesztenek, amely az akkor is meglévő 7 nm-es opciók half-node-jának számít. Ez azért előnyös, mert erre nagyon könnyen át tudnak térni azok a partnerek, amelyek 7 nm-re terveztek lapkát, és ehhez a meglévő, már lefoglalt gyártósorokat is lehet használni."

    "Ennek annyi haszna lehet az AMD számára, hogy a már lefoglalt EUV-s gyártósoraikon valamivel több lapkát tudnak majd gyártani. Némi előny lehet még a jobb energiahatákonyság is, de ennek mértéke nem szokott jelentős lenni egy half-node esetében."

    https://prohardver.hu/hir/amd_meglevo_7_nm_lapka_6_nm_ugrik.html

    [ Szerkesztve ]

    Mottó: "A verseny jó!"

  • S_x96x_S

    őstag

    válasz Abu85 #38 üzenetére

    > Az Infinity Fabric interfész az AMD technológiája.
    > Nem nyílt szabvány, mint a CXL vagy a CCIX,

    ez igaz, de az én értemezésemben sokkal komplexebb a helyzet.

    Az "IF"zártságának az is lehet az oka, hogy még eléggé képlékeny.
    és a chipsetek közötti kapcsolatért is ez felel.
    https://en.wikichip.org/wiki/amd/infinity_fabric
    pl. a ZEN1-nél egész más volt a multi-chip package mint a ZEN3-nál.

    > Még az Intel is nyílt szabvánnyal
    > képzeli el a memóriakoherens interfészt.

    az az AMD-re és szinte mindenkire igaz az iparágban.

    Az AMD a CXL tagsága előtt - alapító tagja volt
    a CCIX/GENZ-nek is, de az Intel nem.
    Vagyis sok energiát beletolt a nyiltságba,
    CCIX:(AMD, ARM, Huawei, IBM, Mellanox, Qualcomm, Xilinx)
    GENZ:(AMD, ARM, Cavium Inc., Cray, Dell EMC, Hewlett Packard Enterprise (HPE), Huawei, IBM, IDT, Lenovo, Mellanox Technologies, Micron, Microsemi, Red Hat, Samsung, Seagate, SK hynix, Western Digital Corporation, and Xilinx.)

    Az IF-et is eléggé felkészíthették, hogy a CCIX protokolt is ismerje.

    És a CCIX támogatás célban volt ( amig a CXL ki nem siklatta )
    "Xilinx Alveo U280" acceleration card includes CCIX support to leverage existing server interconnect infrastructure for high bandwidth, low latency cache coherent shared memory access with CCIX enabled processors including Arm and AMD. (Source: Xilinx Alveo U280 whitepaper WP50 (v1.0) accessed 16 November 2018)" ( via )

    ez az én szubjektiv nézőpontom...
    ami nem zárja ki - a jobb magyarázatokat.

    :R

    Mottó: "A verseny jó!"

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