-
Notifications
You must be signed in to change notification settings - Fork 3.7k
Closed
Labels
area/websockettype/enhancementThe enhancements for the existing features or docs. e.g. reduce memory usage of the delayed messagesThe enhancements for the existing features or docs. e.g. reduce memory usage of the delayed messages
Description
Currently in the WebSocket proxy, receiverQueueSize is used for both sizing the internal buffer of incoming messages and also to ensure flow control with the WS-proxy client by stopping sending messages if the number of unacked messages reaches the receiverQueueSize.
This is a simple mode but there are cases where you want to have more control over how the messages are delivered and acked. For instance you may want to ack the messages in a distinct connection. Or you may want to get a certain amount of messages in a "pull" fashion. The pull-mode is generally the best way to provide back-pressure.
To provide this, we could:
- add a param to deactivate the check on the number of unacked messages sent (or maybe have one distinct from
receiverQueueSizeand that can be set to 0-infinity) - add a field in
ConsumerAckto allow more messages from the proxy (permits ?).
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
area/websockettype/enhancementThe enhancements for the existing features or docs. e.g. reduce memory usage of the delayed messagesThe enhancements for the existing features or docs. e.g. reduce memory usage of the delayed messages