Subject: Re: [boost] [Boost.Thread][GSoC] Boost.Thread executors proposal
From: Vicente J. Botet Escriba (vicente.botet_at_[hidden])
Date: 2014-03-14 03:34:34
Le 13/03/14 04:59, Ian Forbes a écrit :
> Hi,
>
> Here is my GSoC proposal for working on the scheduled executors classes. It can be found here: www.cs.mcgill.ca/~iforbe/
>
> This proposal mainly deals with the implementation of classes extending the `scheduled_executor` interface. I have already written thread pool implementations with very similar functionality to the ones proposed.
>
> I feel that the current proposal could use a little bit of touching up so please feel free to leave comments/criticisms.
>
> I would also be willing to take on any other work related to executors such the the dynamic/work-stealing thread pool implementation or the parallel algorithms library and add it into my proposal.
>
>
Hi,
I like your proposal on scheduled_executor and possibly extend it to a
priority thread pool. I would let the work-stealing outside the proposal.
Just to note that the closure would not be a std::function<void()> as
this class doesn't accept a movable only function.
Boost.Thread would include (version 1.56) a boost::executors::work as a
type-erased class for closures.
I'm looking for a different approach respect to scheduled work of the
N3785 proposal.
First provide in addition a static polymorphic interface. The template
functions submit_at and submit_after would accept any chrono
`time_point` and `duration`.
Second, provide an adaptor that wraps an scheduled executor and makes it
a polymorphic one.
Third, provide an adaptor that wraps an executor, manage the time based
operations using a specific thread and forward all the operations to the
wrapped executor.
What do you think of this approach?
Best,
Vicente