916
Hardware / Re:Ako to vidíte z budúcnosťou processorových architektúr?
« kdy: 03. 08. 2021, 14:44:10 »a neni zbytecne to v procesoru mit, radeji na vektorove vypocty pouzit gpu?
radsi bych se vratil do doby kdy byl v pocitaci procesor a matematicky koprocesor.
ze by CPU umelo zakladni praci s float cisly a na dalsi veci uz by byl koprocesor :-)
CPU neumi ani float v zakladu, a FP je "koprocesor" stejne tak jako MMX, SSE, AVX. Beru to z pohledu toho, co se uklada na zasobnik pri prepnuti kontextu mezi userspace a kernelem = stavy koprocesoru zustavaj. Proto v kernelu nelze pouzivat FP :-)
Offload na GPU ci FPGA dava smysl pri ukolech, ktere jsou giganicke z pohledu asm operaci - protoze latence planovani, spusteni a synchronizace gpu vypoctu je znacna - a nepomahaj tomu ani heterogenni architektury kdy to sdili pamet - dnesni OS neni schopen planovani tasku na GPU, porad je to jenom nezavisla periferie s vlastnim zpusobem ovladani. A od sdileni pameti se upousti, protoze kdyz vam GPU vidi vsude, tak to je dira jako... ehm.
Ja nepouzival primo asm, ale intrinsics, coz jsou takove jakoby C funkce ktere se prelozi prave na tu danou asm instrukci, ale pracuje se s tim ponekud lip, kdyz muzete resit registry/pointry/data v C syntaxi. Skoncil jsem u SSE (haswell) a nebylo to prilis ono tenkrat (variabilni bitove posuny uz nesli, fixni jsem zvladl). Ono je nekdy pak snazsi pouzit hotovou libku, i kdyz dela veci sloziteji nez potrebujete, tim, ze tomu nekdo fakt znalej venoval cas, tak to muze byt vykonnejsi nez nase, na miru psany, ale lamersky kod

Musi existovat problem, kde se vam to fakt oplati resit rucne - a vysledek bude znat.
