You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As noticed by Janosch in #12, we're not controlling the receive buffer sizes. In the case of stream protocols (e.g. TCP), this is fine, but for e.g. UDP or serial, it is more problematic.
This is a proposal to add more control over these:
have a Driver-level "get/setReceiveBufferSize()" attribute, expressed in in the number of packets it should hold. Default of 0 which indicates "no control".
have a Driver-level "get/setInternalBufferSize()" attribute, expressed in the number of packets it should hold. Defaults to 2.
let each I/O handler use the receive buffer hint or not.
The text was updated successfully, but these errors were encountered:
As noticed by Janosch in #12, we're not controlling the receive buffer sizes. In the case of stream protocols (e.g. TCP), this is fine, but for e.g. UDP or serial, it is more problematic.
This is a proposal to add more control over these:
The text was updated successfully, but these errors were encountered: