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
Is your feature request related to a problem? Please describe.
The best practice for WebSocket management according to the Chrome development team is to do it from within a worker. This prevents the UI being blocked on WebSocket operations, and also means that a slow UI does not induce unnecessary back-pressure on servers, which can affect overall server performance.
Aditionally, In testing it has been found that batching telemetry into arrays and passing them back to views periodically provides superior performance to invoking a subscription callback for individual telemetry values.
Describe the solution you'd like
API support for worker-based WebSocket subscriptions with optional batching. The API should handle basic state and lifecycle management of WebSocket connections, including telemetry queuing and automatic re-connection on error. These features are assumed to be necessary for most WebSocket based connections. The details of message parsing should be left to individual telemetry providers.
Note that issue akhenry/openmct-yamcs#213 exists to implement worker-based WebSocket handling in the openmct-yamcs adapter.
The text was updated successfully, but these errors were encountered:
This issue is superseded by akhenry/openmct-yamcs#424 which fixes a bug in this original implementation. and should not be tested until that issue is closed and merged.
Is your feature request related to a problem? Please describe.
The best practice for WebSocket management according to the Chrome development team is to do it from within a worker. This prevents the UI being blocked on WebSocket operations, and also means that a slow UI does not induce unnecessary back-pressure on servers, which can affect overall server performance.
Aditionally, In testing it has been found that batching telemetry into arrays and passing them back to views periodically provides superior performance to invoking a subscription callback for individual telemetry values.
Describe the solution you'd like
API support for worker-based WebSocket subscriptions with optional batching. The API should handle basic state and lifecycle management of WebSocket connections, including telemetry queuing and automatic re-connection on error. These features are assumed to be necessary for most WebSocket based connections. The details of message parsing should be left to individual telemetry providers.
Note that issue akhenry/openmct-yamcs#213 exists to implement worker-based WebSocket handling in the openmct-yamcs adapter.
The text was updated successfully, but these errors were encountered: