Vlákno názorů k článku Základní optimalizace v Go aneb pomáháme překladači od Calculon - To předávání hodnotou může být často rychlejší, u...

To předávání hodnotou může být často rychlejší, u malých struktur je kopie v rámci procesorové cache rychlá a člověk se často vyhne GC (data zůstanou na zásobníku). Akorát se to nikdy neví předem, jenže kdo se má furt psát z benchmarkama…

A pokiaľ vytváraš knižnicu, tak potom ako postupovať, ak má byť aj „Thread safety“?

s tim předávání hodnotou/odkazem vůbec nijak nepomůže, prostě nesdílet nic jiného než kanály (jo, lehko se to řekne, takže na atomicy a mutexy stejně jednou dojde).

"Don't communicate by sharing memory;
share memory by communicating."

Rob Pike

jj přesně tak, kde to jde vyřešit přes kanály, tak je to nejčistší řešení. My máme atomicy a mutexy vlastně jen v jedné službě, jeden z nejhůře testovatelných částí kódu .-)

v teto oblasti bohuzel bez benchmarku a profileru tezko odhadovat. Proste jsme SW engineering a ne computer science, kde si teoretici vystaci s asymptotickou slozitosti :-p

Knuth: "Beware of bugs in the above code; I have only proved it correct, not tried it." :)