|
Fibers
A fiber is a unit of execution that must be manually scheduled by the application.
Fibers run in the context of the threads that schedule them. Each thread can
schedule multiple fibers. In general, fibers do not provide advantages over a
well-designed multithreaded application. However, using fibers can make it easier to
port applications that were designed to schedule their own threads.
From a system standpoint, a fiber assumes the identity of the thread that
created it. For example, if a fiber accesses thread local storage (TLS), it is
accessing the thread local storage of the thread that created it. In addition, if a
fiber calls the ExitThread function, the thread that created it exits. However, a fiber does not have
all the same state information associated with it as that associated with a
thread. The only state information maintained for a fiber is its stack, a subset of
its registers, and the fiber data provided during fiber creation. The saved
registers are the set of registers typically preserved across a function call.
Fibers are not preemptively scheduled. You schedule a fiber by switching to it
from another fiber. The system still schedules threads to run. When a thread
running fibers is preempted, its currently running fiber is preempted. The fiber
runs when its thread runs.
Before scheduling the first fiber, call the ConvertThreadToFiber function to create an area in which to save fiber state information. The
calling thread is now the currently executing fiber. The stored state information
for this fiber includes the fiber data passed as an argument to ConvertThreadToFiber.
The CreateFiber function is used to create a new fiber from an existing fiber; the call
requires the stack size, the starting address, and the fiber data. The starting
address is typically a user-supplied function, called the fiber function, that
takes one parameter (the fiber data) and does not return a value. If your fiber
function returns, the thread running the fiber exits. To execute any fiber created
with CreateFiber, call the SwitchToFiber function. You can call SwitchToFiber with the address of a fiber created by a different thread. To do this, you
must have the address returned to the other thread when it called CreateFiber and you must use proper synchronization.
A fiber can retrieve the fiber data by calling the GetFiberData function. A fiber can retrieve the fiber address at any time by calling the GetCurrentFiber function.
To clean up the data associated with a fiber, call the DeleteFiber function. You must take care when calling DeleteFiber. If you call DeleteFiber for a fiber created by another thread, you can cause the other thread to
terminate abnormally. If DeleteFiber is called from the currently running fiber, its thread calls ExitThread.
Related Links
Software for Delphi and C++ Builder developers
Software for Visual Studio .NET developers
Software for Visual Basic 6 developers
Delphi Tips&Tricks
MegaDetailed.NET
TMS Scripter Studio Pro components for Delphi/C++Builder
More Online Helps
Win32 Multimedia Programmer's Reference (mmedia.hlp)
OLE Programmer's Reference (ole.hlp)
Microsoft Windows Pen API Programmer's Reference (penapi.hlp)
Microsoft Windows Sockets 2 Reference (sock2.hlp)
Microsoft Windows Telephony API (TAPI) Programmer's Reference (tapi.hlp)
Unix Manual Pages
|