|Re: [eigen] Status of non-OpenMP-based multithreading|
[ Thread Index | Date Index | More lists.tuxfamily.org/eigen Archives ]
It looks like TF's threadpool uses c++11 constructs. Won't that be a barrier to wide acceptance in Eigen?
What about a solution/discipline that uses boost::thread for c++03 and maybe std::thread for c++11? They are very similar. While boost::thread would be a new dependency for Eigen, it would only be necessary for those still tied to older compilers (like me) and boost::thread might be an easier dependency to swallow than OpenMP.
PS. I echo the dislike for OpenMP. The implementations I've tried in gcc and intel seem like a collection of half-broken promises.
On 03/04/2016 02:51 PM, Rasmus Larsen wrote:
This is something that frustrates me as well. The tensor library has its own threadpool implementation and most operations are multi-threaded. In particular it provides a multi-threaded contraction, which is a super set of GEMM - Benoit Steiner can give more details. I would be in favor making this mechanism available to the rest of Eigen (maybe implement a simple ParallelFor mechanism on top of it for developers to use), such that we can provide multi-threading independent of OpenMP. I'd be happy to help.
On Fri, Mar 4, 2016 at 11:33 AM, Benoit Jacob <jacob.benoit.1@xxxxxxxxx> wrote:
In particular, does the Tensor module offer its own implementation of a multi-threaded GEMM? Can that be merged into Core?I would like to know what is the current status of non-OpenMP-based multithreading in Eigen?Hi,I keep running into Eigen users who can't get good multithreading, either because their toolchain doesn't support OpenMP, or because they run into performance bugs in their OpenMP implementation.
|Mail converted by MHonArc 2.6.19+||http://listengine.tuxfamily.org/|