Názory k článku Matematické koprocesory na platformě x86: vše se komplikuje

Pavle, obrovske diky za tyhle clanky! Vraci se mi vzpominky na doby kdy jsem jeste programoval a tohle bylo docela peklo. Mate muj obdiv za detailni zpracovani clanku, mnozstvi informaci i to mnozstvi referenci uvedenych k clanku. Diky!

Ano, kvůli nostalgii super. Ale jinak každý musí pochopit, že programování v assembleru je absolutně neudržitelná záležitost. Pro platformu PC XT/AT.... určitě.

Dá se říct, že pro většinu času to tak je, ale jak píše níže RDa, tak SSE/AVX a další specialitky už bez assembleru nebo intrinsic (ale to je vlastně to samé, jen trošku zabalené do céčkové syntaxe) moc dobře nejdou. Tam se dá vytřískat ještě dost výkonu.

Naopak, to je jediny programovani ktery stoji za hovor. Vsechno ostatni je jen patlani a vysledek je predevsim ten, ze milionkrat vykonejsi HW zvlada horkotezko to co zvladal ten milionkrat pomalejsi.

Tehdy aspon programatori (alespon vetsina) vedeli, jak ten HW funguje.

Na low-level věci je ASM potřeba stále, ale podpora inline asm v C je dnes zoufalá. Na DOSu stačilo kdekoliv __asm { ... }.
Pro AMD64 a ARM64 už VC++ inline asm nepodporuje vůbec.
ASM musím dát do samostatného modulu a to dělám jen v nouzi, když něco nejde vyřešit intrinsikou.

Ten __asm {} byl dlouhodobě neudržitelný, bo omezoval kompilátor v optimalizacích. U Borland C byl snad dokonce zakázaný inline pro funkce s __asm?? Gcc to udělalo 1000* líp (i když ten zápis vypadá šíleně) a běžně se používá tam, kde jiné kompilátory mají builtin intrinsics. Psát s původní implementací VC++ inline asm by ten kompilátor na x86_64 nebo Arm64 úplně zabilo.

Obojí - podpora assembleru a intrinsics - fungují obvykle dostatečně dobře, s tím, že intrinsics jsou omezené na to, co kompilátor zná.

K tomu původnímu: IMHO je x86_32 (spolu s dalšími starými CISC) naopak asi nejudržitelnější - vzhledem k omezenému počtu registrů a CISC instrukcí je to pro lidský mozek ještě pochopitelné. Samozřejmě se všemi zápory z toho plynoucími .

A co FORTH?

Nepotrebujes tam assembler abys mohl portovat vykonavani zakladnich slov?
A po jednom dni prace pak uz klidne muzes bezet v cistem FORTHu...

Je to pro cloveka neudrzitelny? Kdyz ten system je tak jednoduchy, ze verim ze kazdy druhy programator je schopen si napsat vlastni verzi FORTHu?

Doporučujem nahliadnuť do zdrojového kódu FFmpeg, x264, x265, VVenC & VVdeC.

díky!

386 byla poslední, kde jsem ještě zkoušel něco v assembleru napsat. Dnes se s ním sice pořád potkávám, ale naštěstí už mi stačí umět ho číst. Zato se občas musím prokousávat assemblerem s390x (ale aspoň už nehrozí Itanium).

Ja zkousel i soudoby "assembler" (SSE intrinsics) pro nejake jadro cyklu kde se pocitalo hodne stejnych veci.

Někde u předchozího článku jsme se bavili o Weitek koprocesorech. To byl to samé (zhruba) nebo úplně něco jiného?

Já to tedy nikdy neviděl osazené, ale překladače měly přepínače pro Weitek.

To je něco jiného. Jako koncept je stejný, ale třeba zapojení pinů bylo odlišné, takže se musely používat speciální základní desky. Já takovou viděl (neosazenou), ale moc časté to asi nebylo (spíš mi připadlo, že to sem dováželi, protože to nikdo jinej nechtěl?). Ale zkusím si o tom neco zjistit blíže - sám jsem Weiteky (pro 386 a 486) nepoužíval a potom už to bylo jedno.