Re: Capy Review, take 2
Vinnie Falco via Boost <[email protected]> Mon, 29 Jun 2026 08:04:47 -0700
| Newsgroups | gmane.comp.lib.boost.devel |
|---|---|
| Message-ID | <CA+EzHGfz1zhp7TZ+e0c6yTM3rDMdRcCmmrZ3jx+h5Yu=XMaR+w@mail.gmail.com> |
On Mon, Jun 29, 2026 at 8:02 AM Rainer Deyke via Boost < [email protected]> wrote: > It's easy to come up with examples where executor hops are saved by > resume_on. > > task<int> f() { > capy::run(ex1)([] { do_something_on_e1(); }); > capy::run(ex2)([] { do_something_on_e2(); }); > capy::run(ex3)([] { do_something_on_e3(); }); > } > Yes of course this is a contrived example but what is the use case? What executors are these? Does each represent a different thread pool? A different pinned CPU? Why are you launching a coroutine on one executor, and then sequentially waiting for each of three coroutines, each launched on a different executor? Thanks _______________________________________________ Boost mailing list -- [email protected] To unsubscribe send an email to [email protected] https://lists.boost.org/mailman3/lists/boost.lists.boost.org/ Archived at: https://lists.boost.org/archives/list/[email protected]/message/VWZ7TYTEGNEVARU7FX7KGEWRZDKL2KSY/