Image 2de73b6b83 Support for BestZ / Line of Sight / navmesh pathing 4 years ago
..
build 2de73b6b83 Support for BestZ / Line of Sight / navmesh pathing 4 years ago
doc 2de73b6b83 Support for BestZ / Line of Sight / navmesh pathing 4 years ago
examples 2de73b6b83 Support for BestZ / Line of Sight / navmesh pathing 4 years ago
meta 2de73b6b83 Support for BestZ / Line of Sight / navmesh pathing 4 years ago
performance 2de73b6b83 Support for BestZ / Line of Sight / navmesh pathing 4 years ago
src 2de73b6b83 Support for BestZ / Line of Sight / navmesh pathing 4 years ago
test 2de73b6b83 Support for BestZ / Line of Sight / navmesh pathing 4 years ago
README.md 2de73b6b83 Support for BestZ / Line of Sight / navmesh pathing 4 years ago
index.html 2de73b6b83 Support for BestZ / Line of Sight / navmesh pathing 4 years ago

README.md

Boost.fiber

Boost.fiber provides a framework for micro-/userland-threads (fibers) scheduled cooperatively. The API contains classes and functions to manage and synchronize fibers similar to boost.thread.

A fiber is able to store the current execution state, including all registers and CPU flags, the instruction pointer, and the stack pointer and later restore this state. The idea is to have multiple execution paths running on a single thread using a sort of cooperative scheduling (threads are preemptively scheduled) - the running fiber decides explicitly when it yields to allow another fiber to run (context switching).

A context switch between threads costs usually thousands of CPU cycles on x86 compared to a fiber switch with less than 100 cycles. A fiber can only run on a single thread at any point in time.

Boost.fiber requires C++11!