Keresés

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

  • dabadab

    titán

    válasz bambano #15292 üzenetére

    szerintem a nem sebességkritikus részeket meg lehet írni c-ben, a sebességkritikusokat meg c-be ágyazott assembly-ben

    Szerintem a sebességkritikus részeket senkinek eszébe se jusson assemblyben írnia, mert lassabb lesz, mint amit a C fordító produkál.

    DRM is theft

  • Livius

    őstag

    válasz bambano #15292 üzenetére

    2021-ben amikor a piac szarásig van különböző fejlett fordítókkal PC-re, (intel compiler, gcc, clang, msvc stb...) amik a jelenlegi architektúrák mindenféle optimalizálást ismerik, sehol semmi értelme bárkinek is elkezdeni asm-ben lekódolni valamit, mert 100% hogy annyira köze sincs és nem is fogja megtalálni a neten azokat a dolgokat, amiket az adott CPU környezethez kéne tudnia használni, hogy tuti biztos hogy valóban jó asm kódot nem fog tudni írni, sőt lehet még működőt sem. Akár az ingyenes gcc vagy a fizetős társai is optimalizáltabb kódot fog fordítani, mert ezeket az okosságokat tudják. Az asm-nek ma már maximum a nagyon gyenge teljesítményű dsPIC szinteű mikrovezérlőkben van létjogosultsága, máshol pl ARM boardokon vagy Intel, AMD PC-ken semmi értelme ezzel bajlódni. Ráadásul a téma amire előjött kb arról szól hogy memcopy-zni kell jobbról balra, ebben könyörgőm, mit akartok asm-ben optimalizálni? Ha még pl 3 FFT és 2 mátrix invertálás és sajtérték számítás lenne a feladat közben, akkor azt mondom lehetne gondolkodni azon, hogy tudna e valamit hozni egy asm implementáció, de abban az esetben is az első az lenne, hogy az ilyenekre meg már van kész library ami már optimalizált teljesen és akár még multi-threades is alapból.

    [ Szerkesztve ]

    Gigabyte GA-Z170-D3H, Intel Core i7-7700K, Corsair Vengeance 2x8GB DDR4-3600MHz, Intel 545s 256GB SSD, EVGA GeForce GTX 1060 GAMING 6GB

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