Vlákno názorů k článku Základní optimalizace v Go aneb pomáháme překladači od Calculon - Extrémem je psát tzv. zero-allocation code (jsou takové...

Extrémem je psát tzv. zero-allocation code (jsou takové například loggery), kdysi jsem o tom viděl článek. To už tak triviální není.

jj pro Go je to například zerolog, ten (i přes některé podivnosti) používáme ke všeobecné spokojenosti. Taky v Kafce se snaží předávat reference kde to jde, takže na JVM-based nástroj je to až pekelně rychlé.

Tady je ten článek: https://medium.com/@muroon/the-reason-why-zap-and-zerolog-make-it-zero-allocation-3ee8f69f660?source=user_profile---------0----------------------------

Takže problém céčka (manuální alokace), kterou se Go snaží řešit přes GC a Rust přes ownership, se vlastně obejde? :-)

Jo, obejde, do určité míry. V Rustu se takto šaškovat nemusí, tam rozhoduje autor kódu, jestli bude instance na haldě, ale v Go na to nejsou garance a escape analýza funguje v každé verzi jinak.

V kontextu článku zajímavé je, že nová knihovna pro strukturované logování slog která míří do standardní knihovny (momentálně v balíčku experimental) vytváří nové struktury typu Record takto:

https://cs.opensource.google/go/x/exp/+/732eee02:slog/record.go;l=63-75;drc=732eee02a75a571a8347fdf60af8c8b9e3ca9254

func NewRecord(t time.Time, level Level, msg string, calldepth int, ctx context.Context) Record {
    // ...
    return Record{
        Time:    t,
        Message: msg,
        Level:   level,
        Context: ctx,
    }
}

Tady si nejsem jistý, jak to vlastně dopadne, není ukazatel takže teoreticky to kompilátor může ponechat na zásobníku i jako návratovou hodnotu ne? Samozřejmě kromě řetězce což je odkaz na heap.

Mimochodem, ja jaře 2023 má vyjít 1.20 s multi error wrappingem, námět na článek :-) https://lukas.zapletalovi.com/posts/2022/wrapping-multiple-errors/

Je to lepší než multierr Uberu?