tbb

I'm wondering if SSE/AVX operations such as addition and multiplication can be an atomic operation? The reason I ask this is that in OpenMP the atomic construct only works on a limited set of operators. It does not work on for example SSE/AVX additions. Let's assume I had a datatype float4 that corresponds to a SSE register and that the addition operator is defined for float4 to do an SSE addition. In OpenMP I could do a reduction over an array with the following code: float4 sum4 = 0.0f; //sets all four values to zero #pragma omp parallel { float4 sum_private = 0.0f; #pragma omp for nowait

The TBB documentation gives this example of using lambda expressions with parallel_for, but doesn't provide an example of using lambda expressions with tbb::task::enqueue . I am looking for a simple example of tbb::task::enqueue with a lambda expression. Alexey Kukanov Low-level tasks in TBB do not directly support lambda expressions. But with some extra coding you might create syntax-sugar helpers to do what you want. You'd need to create a task class that calls a given functor: template<typename F> class lambda_task : public tbb::task { F my_func; /*override*/ tbb::task* execute() { my_func(

I want to get a thread-pool behavior using TBB. But whenever I read documents about TBB they always talk about parallel-for, parallel-dowhile etc. In contrast what I need is a main thread to assign tasks to a thread pool so those tasks will be executed 'on their own' - execute tasks asynchronously. Tasks here can be event handling for a GUI. Is the TBB task scheduler appropriate for such behavior? The impression I got from task scheduler is that it's only beneficial if I have tasks that can be broken down and executed in parallel to each other. Alexey Kukanov Starting from version 3.0, TBB has

I want to get TBB working, but I'm having a little difficulty getting the compiling to work on Ubuntu 14.04. I think it is likely a problem with setting the location of libraries for the compiler. I installed TBB using the following command: sudo apt-get install libtbb-dev I have a small test example that I am now trying to compile. The code is as follows: #include "tbb/task_scheduler_init.h" int main(int argc, char* argv[]) { tbb::task_scheduler_init init; return 0; } The command I am running to compile this code is as follows: g++ -std=c++11 -g -O2 -ltbb simple_test.cc -o simple_test I am

Just wondering if there are any multi-threading libraries for Android and iOS. Also, any hack for Intel's TBB to making it run on Android and iOS?? The OpenCV project includes a CMake recipe for building TBB on Android: http://code.opencv.org/svn/opencv/branches/2.4/opencv/3rdparty/tbb/CMakeLists.txt . The ACM Queue just published a paper from some NVIDIA and OpenCV researchers that includes data running OpenCV using TBB on an ARM Tegra 3 platform, so it's at least possible to use TBB for high-performance use: http://queue.acm.org/detail.cfm?id=2206309 . Currently the only information I found

可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效，请关闭广告屏蔽插件后再试): 问题: It possible to control execution path in the TBB Flow Graph dynamically, using output of a node as a condition variable to determine whether another node should be launched? 回答1: There are a couple ways to dynamically control where messages go in a flow::graph: You can explicitly put messages to other nodes in the body of a node. Notice that func_body puts a message to f1 or f2 , depending on the value of its input. The nodes are not attached by make_edge() , because the flow of messages is not controlled by the topology of the graph:

Possible Duplicate: AMD multi-core programming Is Intel TBB processor dependent? Will it work on amd or on ARM (under meeGo for example?) The answer is yes, for AMD anyhow. For ARM things are more complex, judging by feedback on the Intel forums. I don't see anybody has gotten this working? For example see http://software.intel.com/en-us/forums/showthread.php?t=74346 The commercial version 3.0 has this in its release notes regarding recommended hardware: other platforms may be more sketchily supported, I would think. Microsoft* Windows* Systems Intel(R) Core(TM) 2 Duo processor or Intel(R)