Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Channels pass ownership of allocated objects, they don't perform copies or allocations themselves (once you've allocated the channel and the objects you want to pass).

I don't think the article says anything about concurrent allocations; in fact, the various signers don't need to share anything (mutable) to sign the requests they get.



> Channels pass ownership of allocated objects, they don't perform copies or allocations themselves (once you've allocated the channel and the objects you want to pass).

And? Did I say they did?

> I don't think the article says anything about concurrent allocations

No it doesn't. Point was that it is not a general purpose approach. GCs are.


I've just searched for the word "channel" in the article: zero results.

The "original mantra" is "Channels orchestrate, locks serialize" and hasn't been dropped by anyone.


2010: https://blog.golang.org/share-memory-by-communicating

There is nothing wrong with that approach. It does put a ceiling on performance, however.




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: