Keresés

Hirdetés

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

  • Kotomicuki

    senior tag

    válasz Jim Tonic #47 üzenetére

    Hát, ha hozzátesszük, hogy mint minden elemének, amely számításokat végez a PC-ben a legfőbb visszafogója - a szoftveres/op.rendszeres(w) berendezkedésen kívül - az egymással való, megfelelő sebességű ÉS késleltetésű kommunikáció, akkor már más fényben tűnik fel az a mondat is.

    Ha a számításhoz szükséges a CPU-(d)GPU közötti alacsony késleltetésű kapcsolat - az egymás által kiszámított adatokra sűrűn támaszkodó ((ehhez) nem optimalizált :D ) programkódnál - , akkor a (d)GPU-t a PCI-E-n keresztül használó, heterogén programkód kevéssé hatékony. Az APU-ban ezt próbálják meg helyrerakni, a CPU-GPU egyetlen lakán való elhelyezésével: ekkor már a RAM elérés/sávszélesség válik a legfőbb teljesítményromboló tényezővé - a több számítás, több/gyorsabb tárhelyigénnyel is él (itt ehhez is kell optimalizálni a kódot) és a 240-pin-s DDR3 modul (sebessége nagyjából fix, csak a csatornák számának növelésével javulna a teljesítménye, de az már messze nem pénztárcabarát megoldás) jelentős hátrányban van a 256-512 bites, 1500-1750 MHz-s(effektív 6-7GHz) DDR5 vRAM-l szemben (a GPU mellett, a VGA-n, viszonylag szabadon variálható elrendezésben és mennyiségben).

    Ha nem szempont a CPU-nál gyorsabb végrehajtás, akkor amúgy sincs értelme a hagyományos kódot újraírni, csak azért, hogy heterogén legyen - + a zintel-AMD processzorerőbeni különbségek. De ha számít a teljesítményben való előrelépés, akkor a fenti tényezőket is figyelembe kell venni a kód megírásánál, optimalizálásánál.

    [Ha a következő RAM-generáció paraméterei rosszabbak lesznek a mostani DDR5-s vRAM-éinál, akkor az APU-ban rejlő potenciál kihasználatlan/kihasználhatatlan marad/lesz!]

    A regisztrációdat véglegesen kitiltottuk a következő ok miatt: III.10.8 Üdvözlettel: PROHARDVER!

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