- 27 Mar, 2019 1 commit
-
-
FritzFlorian committed
-
- 26 Mar, 2019 1 commit
-
-
This means that high level tasks can be stolen and lays the groundwork for implementing different tasks like classic work stealing.
FritzFlorian committed
-
- 25 Mar, 2019 2 commits
-
-
FritzFlorian committed
-
This will be used for storing thread tasks aligned in continous memory, allowing different theads to work on the data without interfearing.
FritzFlorian committed
-
- 22 Mar, 2019 1 commit
-
-
Right now no work can be spawned, we simply have a proove of concept that we start up each thread, work for the master to finish and then synchronize back to the main thread.
FritzFlorian committed
-
- 21 Mar, 2019 1 commit
-
-
FritzFlorian committed
-
- 20 Mar, 2019 2 commits
-
-
FritzFlorian committed
-
See NOTES.md for details, basically std::thread can use dynamic memory allocation internaly and we want to prevent that.
FritzFlorian committed
-
- 19 Mar, 2019 2 commits
-
-
The local storage per thread is only a pointer, this must be assigned AFTER the local storage object has moved to it's final location (e.g. on the stack of the caller). We might even change this a little further in the future to make the location of the state object more transparent.
FritzFlorian committed -
The first draft of the internal threading component is currently only implemented using the c++11 std::thread, pthread support will be added next.
FritzFlorian committed
-