News for hackers. Stuff that matters.

A comment on FoundationDB's Flow – Bringing Actor-Based Concurrency to C++11. Parent comment

Re:FoundationDB's Flow – Bringing Actor-Based Concurrency to... by mgaunard on Friday July 03, 2026 @07:16AM (#48773660)
Coroutines aren't great, even C++26 is explicitly avoiding them for its foundational concurrency model.

In any case a good concurrency library doesn't need more than C++14.

[ Parent | on HN ]
Re:FoundationDB's Flow – Bringing Actor-Based Concurrency to... by spacechild1 on Friday July 03, 2026 @08:36AM (#48774279)
In my understanding, senders/receivers is a more generalized concurrency model, but it has been designed to play well with coroutines.
[ Parent | on HN ]
Re:FoundationDB's Flow – Bringing Actor-Based Concurrency to... by pjmlp on Friday July 03, 2026 @10:03AM (#48775204)
Is it? Senders/receivers is based on NVidias experience using them on CUDA.

Naturally I haven't followed them that much, given how far away C++26 is from being usable for portable code.

Compilers are finally getting good enough with C++20 support for updating the default version.

[ Parent | on HN ]
Re:FoundationDB's Flow – Bringing Actor-Based Concurrency to... by mgaunard on Tuesday July 07, 2026 @11:52AM (#48819516)
There is no shared lineage here. Some of the people who worked on sender/receivers indeed also worked at Nvidia on Thrust, which never had anything to do with coroutines.
[ Parent | on HN ]