-
Notifications
You must be signed in to change notification settings - Fork 5
Advanced Features
Advanced features help simplifying common tasks or solving very specific problems. They are not required from every FBP implementation because they are only necessary in a limited subset of application domains, or because they can be emulated with other basic features.
TODO: add description here
TODO: add description here
Ports that have indices, and each index can be connected to a port. The user can read and write to independent indices at will. Same rules apply as if it was a normal port for blocking. In pseudo-code, reading to the index 4 of port "IN" would be:
Packet p = read("IN", 4);
or
Packet p = inports["IN"].read(4)
etc.
And a send would be:
send(p, "OUT",4);
The important idea is that the index of incoming and outgoing packets is known.
Not all ports need to be known to the components they are attached to: sometimes it is desirable to be able to specify connections in the network which the processes themselves don’t know about. These are especially useful for introducing timing constraints into an application without having to add logic to the components involved, and handling various kinds of error condition. One such type of port is what we call "automatic ports", to reflect the idea that their functioning is not under the component’s control.
There are two types of automatic ports: automatic input ports and automatic output ports. The former acts as a delay: if an automatic input port is connected, process activation is delayed until an IP is received on that port, or until the port is closed. This assumes that no data has arrived at another input port.
The latter sends a signal when a process closes down, which can be used to trigger (or delay) actions downstream. In both the JavaFBP and C#FBP implementations, the signal is actually a close, so there is no IP to be disposed of.
TODO: add description here
TODO: add description here
These are the features which affect application data and control flow in general.
When a connection is at full capacity, successive sends are blocked until the connection has room for more packets, effectively pausing the execution of the sending process. This stops a process from bringing the system down by exhausting the resources, and the upstream process will control indirectly how much data will be produced by the downstream process.
Non blocking sends can be useful for operations that require a continuous stream of "newest" data, like sensor readings, dropping the oldest packets and avoiding downstream process blocking.
TODO: add description here
Some applications have built-in facilities to detect or prevent deadlocks between processes.
Recursive graphs can refer to and embed themselves, making recursive data processing possible the visual way.
Initially FBP applications are static: once an application graph is started, it cannot add or remove nodes. Some implementations allow changing application structure at run-time, making it more flexible on one hand and less reliable on the other.
Allowing modifications to the running graph can be useful when developing iteratively.