Keresés

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

  • Abu85

    HÁZIGAZDA

    válasz Yutani #41342 üzenetére

    Úgy, hogy nagyon kevés alkalmazás használja azokat a hardvereket. Mellesleg az AMD-nek az RDNA2-ben sem lesz tensor magja. Nincs értelme elbaszni rá a tranzisztorok egyharmadát, ha az alkalmazások 1%-a használja. Az NVIDIA az Ampere esetében főleg ebbe a problémába esett bele. Ugyanaz a gond, mint az Intelnek az AVX-512. Alig használják a hardvert a programok, mégis elvered rá a tranzisztorok egy jelentős részét. Ezeket pedig lehetne költeni általános teljesítményre is, ami hasznosulna a programok 99%-ában. Ezzel a trükkel ver nagyot az Epyc a Xeonra. Lemondanak az alkalmazások 1%-áról, hogy a maradék 99%-ban alázzanak.

    (#41343) FLATRONW: Az AMD írja az Apple-nek az eszközszint fölötti absztrakciós réteget, erre a rétegre az API implementációját viszont az Apple írja. Windowson ez is az AMD feladata. Ezért van az, hogy az AMD OpenCL meghajtója sokkal gyorsabb Windowson egy csomó feladatban. Az Applenek nem érdeke, hogy náluk gyors legyen az OpenCL, mert az hátráltatja a Metal terjedését. De az AMD ebbe nem szólhat bele. A platform az Apple-é. Ők szállítják a hardvert, meg az eszközszint fölötti absztrakciót, amire szerződtek. Abba se nagyon tudnak beleszólni, hogy az Apple az OpenCL és az OpenGL kivégzésén dolgozik a Macen. Az NV sem tudta megakadályozni a CUDA kivégzését. Az Apple eldöntötte, megcsinálta, és ennyi volt.

  • FLATRONW

    őstag

    válasz Yutani #41342 üzenetére

    Nem hiszem, hogy a jelen helyzetben tudnának bármit is segíteni.
    Egyébként Mac-en hogy működik a gyártói driver támogatás? Az AMD elkészíti a saját verzióját, majd azt az Apple a saját igényeihez igazítja?

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