Subject: Re: [boost] Flow-based programming library for Boost?
From: Marcus Tomlinson (themarcustomlinson_at_[hidden])
Date: 2012-12-15 12:30:33
> Note that in a sense the DSPatch wire is a special case of the
> producer-consumer queue where the buffer has only one slot, so it's
> always either full or empty, forcing the producer and consumer
> components to work strictly in tandem.
Quick question about this. In FastFlow (and other dataflow libraries), when you create parallel branches of components (equal length or of different number of components), does the result of a piece of data diverging across these branches arrive at the converging point all at the same time?
> The other feature is the use of dedicated threads to create one-to-
> many and many-to-one connections out of only pure one-to-one
> connections. The FastFlow authors refer to these as "emitters" and
> "collectors", respectively. This simplifies the implementation and
> improves throughput in scenarios where a thread has multiple inputs or
> multiple outputs.
Referring to a thread as having multiple inputs and outputs leads me to believe that a "threads" and "components" / "processes" are directly related? Does this mean the more components you have, the more threads you require?
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk