Názory k článku
Go 1.16 dostane ABI s předáváním argumentů funkcí v registrech

Mám tomu rozumět tak, že na amd64 Go dosud nedodržovalo oficiální SysV ABI nebo MS x64 ABI, kde se prvních šest (resp. 4) parametrů předává registry?

Kromě toho jsem nějak nikdy nepochopil, proč je vlastně Go tak pomalé ve srovnání s většinou kompilovaných jazyků. Tam, kde se nepoužívají gorutiny, je to v podstatě jenom C s mírně expresivnější syntaxí (a má GC, to ale samo o sobě nezpomaluje, rozhodně ne v takové míře).

Dobrý pokus o trolling. :)

O jakém trollingu to mluvíte? Go je v mnoha případech až 2x pomalejší, než C, což mi hlava nebere a proto by mě zajímalo, jestli k tomu je nějaký objektivní důvod, protože tak podrobně Go a jeho překladač neznám.

Go méně optimalizuje a má více kontrol za běhu. Největší vliv má poměrně nedokonalá escape analýza, hodně proměnných se dává zbytečně na haldu, kde je dražší alokace (i dealokace, i když GC je poměrně výkonný).

Aha, takže chyba je v implementaci překladače. Ale jak to, že není tlak, aby se překladač optimalizoval? Prosím, Google všechno řeší tak, že přidá výkonnější hardware, ale Go se dneska používá všude...

> Mám tomu rozumět tak, že na amd64 Go dosud nedodržovalo oficiální SysV ABI nebo MS x64 ABI, kde se prvních šest (resp. 4) parametrů předává registry?

Při volání nativních funkcí ho samozřejmě dodržovat muselo. A při volání v rámci jazyka zas tak nutné není.

A navíc je to od Googlu, který zásadně znovuvynalézá kolo vždycky, když to jenom trochu jde. :)

Go má stejné ABI na všech OS a architekturách, parametry jsou všechny na zásobníku (pokud se neinlinuje).

Go je naozaj pomalsie ako kompilovane jazaky, a podla bechmmarkov webovych/rest frameworkocv je pomalsie aj ako java a C#. takzze ziaden trolling.